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i. introduction: 



The goal of this research was to determine the validity 
of the hypothesis that a general purpose relational data 
base management tool could be used to implement a computer 
aided design (CAD) system, and, if found valid, to provide 
the design of such a data base. 

Computers have been used to aid in the design of a 
great number of things , the most widely recognized being VLSI 
chips. The design of VLSI chips is related to the purpose 
of the work supported here. Its purpose is to incorporate 
some previously defined function into VLSI technology. This 
system, the Computer System Design Environment (CSDE) , 
instead of defining a new chip uses existing microprocessor 
technology to devise a specific controller for a given 
design problem. For instance, suppose one needs a microwave 
oven controller. Given the performance parameters, this 
system car. design the software, hardware and interconnections 
of a microprocessor system to perform this control. In 
other words, this computer-aided design system is used to 
map a functional specification to a microprocessor and its 
associated software and peripherals. 

This thesis work is an extension of the work done by 
Alan Ross in his Ph.D. dissertation, "Computer Aided Design 
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Microprocessor-Based Controlers" , His dissertation 
scribes the demonstration of the feasability of automati- 
lly designing microprocessor-based real-time systems, 
iefly, his method was to: 1) create a problem statement 

unctional specification), 2) translate it into an inter- 
diate format, 3) select a microprocessor realization from 
library of realizations, 4) generate the software and the 
rdware to implement the function on the chosen micropro- 
ssor, 5) check the timing constraints and develop a 
nitor and 6) output the design description. [Ref- 1] 

One of the shortcomings of his work is an overly complex 
plementation because he did not use an adequate data base 
d 1 to support the library of microprocessor realizations, 
s system maintained a 'data base' on formatted, IBM 
iched cards. That method of storage is highly inflexible 
resistant to change. It was at best a bulky, awkward 
I of storing and carrying around information. Times have 
mged and with the aid of currently available data base 
lagement tools, new implementations can be considered. 

One such new tool is Oracle: a general relational data 

>e management system. It is available on the Vax 11/780 
ler the VMS operating system and its command language is 
• (pronounced sequel), A specific goal of this thesis was 
identify Oracle's usefulness in designing a relational 
el of the data base requirements of the CSDE, 
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II, PROBLEM DEFINITION 



In designing a data base for any system one must make a 
careful and dedicated analysis of the system t s requirements, 
its overall function and its design features. Secondarily, 
it is also necessary to discern the system 1 s limitations 
with respect to the availability of technological, funding 
and manpower resources at the time of conception. It is 
also a good idea to study the system 's goals for the future 
and plan for extensibility. By doing this, one discovers 
the data that is necessary for each function and the rele- 
tionships the data have for each other. With this informa- 
tion a data base schema can be drawn up that maximizes the 
system's capabilities and performance. The system under 
scrutiny here is a computer-aided design (CAD) system. 

In general, a CAD system is required to automate a 
certain function, whether it be the design and manufacture 
of microprocessor ships or something totally unrelated to 
the computer industry. One instance of a CAD system is the 
Structured Computer Aided Logic Design (SCALD) system, 
developed out of Lawrence Livermore Laboratories , It 
operates by mapping the designer's input text and graphics- 
based instructions to a technology specific wire-wrap list 
for processor board construction, In performing this 
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mapping, the SCALD system frees the designer from mechanical, 
repetitive tasks that are tedious and error prone for human 
beings. It allows the designer to spend his/her time 
creatively rather than robotically. [Ref. 2] 

The function and operation of the CSDE is very similar 
to the SCALD system. A design problem is entered into the 
CSDE in the form of a high level language called the Computer 
System Design Language (CSDL) . The CSDE then attempts to map 
the design criteria outlined in the CSDL to a specific 
microprocessor system. 

For the target system of this research, the Computer 
System Design Environment (CSDE), the communication lines 
between the data base and the rest of the CSDE system are 
related in Figure 1. The user has access to the data base 
for three operations: 1) to input a problem statement, 2) to 

input microprocessor realizations and 3) to manipulate design 
configurations . 

For problem statement input, the user/designer interface 
is based on a syntax directed editor CSDE) [Ref. 3]. 

The problem statement which is produced by the SDE includes 
the following sections: 

(1) identification section - contains user identification 
and documents the problem for record keeping purposes, 

(2) environment section - defines the interface between the 
controller and the process to. be controlled; lists the 
external and internal variables which are defined for 
the controller. 
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USER 




Figure 1 Original CSDE Layout 
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( 3 ) 



contingency list - list of the contingencies (stimuli 
the controller must respond to) and tasks (controller 
responses) and their time constraints. 

(4) procedures section - details the routines which define 
the contingency /task pairs. 

An example of a problem statement input for a fuel 
injection controller is shown in Figure 2 [Ref. 4]. 

In the design of the current system as shown in Figure 1, 
a Translator uses the information in the format above to 
create a primitive list and a symbol table which are used by 
the Functional Mapper. The Translator is not yet designed 
but is an ongoing development in the CSDE project. The 
primitive list is developed from the contingency list and 
procedures section of the problem input statement. The 
symbol table contains the attributes for the variables in the 
environment table. The Functional Mapper tries to find the 
software and hardware macros listed in the primitive list by 
searching a microprocessor realization selected from the 
data base library. If there is a functional match, the 
Functional Mapper uses the symbol table to match the 
attibutes of the primitive r s variables to the attributes 
of the arguments in the realization. 

During this process, the Functional Mapper produces a 
realization timing table which contains the accumulated time 
durations of the enlisted macros. The Timing Analyzer then 
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IDENTIFICATION: 

Designer; Pollock/Loomis 
Date: 23-Jun-82 

Project; 280Z Fuel Injection Controller 
ENVIRONMENT: 

Input: IF,8,RESTRAN;THR,1,TTL;THF,1,TTL;AT3 ,8 ,TEMP; 

ATR,1,TTL;WTR,1,TTL;WT3 ,8 ,TEMP;S,1, SWITCH; 

STSW, 1 ,TTL; 

Output: W,8,TTL; 

Arithmetic: KA , 24 : REAL; K1 , 24 ;REAL; ALT , 24 : REAL ; WT , 24 :REAL; 

AT , 24 :REAL; TH , 24 :REAL; OLDS , 1 : BINARY; 

CONTINGENCY LIST: 

SECTION: INITIAL; 

"Initialization Contingency" 
when START: 100MS do SETUP; 

end "INITIAL"; 

SECTION: RUN; 

"Control Fuel pulse width contingency" 
when CW:35MS do TW; 

"Altitude, Water Temp and Air temp factors contingency" 
when CKA: 10 OMS do TKA£ 

"Throttle sensing contingency'* 
when CTH: 20 OMS do TTH; 

"Air temp factor contingency" 

"AT= (l+(20-T)/400) u 
when CATMP : 24 0 do TATMP ; 

"Water temp factor contingency" 

"WT=WTl+(70-T)**2/lE4“ 
when CWTMP : 24 0 do TWTMP ; 

"Altitude correction factor contingency" 

"If p<26 inHg then ALT:=1 else ALT: =.94" 
when CALT : 24 0 do TALT ; 

end "RUN"; 1 



Figure 2 CSDL Description of Fuel Injection Controller 
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PROCEDURES; 

f unct i on START ; 
binary START, 1; 
sense STSW; 

if STSW=1 then START :=1 else START :=0; 
exit START; 

function CW; 
binary CW,1; 

CW : =1 ; 
exit CW ; 



Function CALT; 
b inary CALT , 1 ; 
sense S; 

if S/=OLDS then CALT:=1 else CALT:=0; 
exit CALT; 

task SETUP; 
kl=10 , 5 ; 
do TTH; 
do TATMP; 
do TWTMP; 
do TALT; 
do TKA; 

switch section to RUN; 
exit SETUP; 

task TW; 

sense (IF); "resistive transducer for air flow" 
W:=IF*KA*K1 ; 
issue W; 
exit TW; 

task TKA; 

KA: =ALT*WT*AT*TH ; 
exit TKA; 



task TALT; 

sense (S) "altitude switch" 

OLDS : =S ; 
if S = 1 

then ALT: =.94 
else ALT : =1 , 
fil 

exit TALT; 

Figure 2 continued 
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compares the realization timing table to the application 
timing table to ensure that user specified timing con- 
straints have been met. The Timing Analyz.er also adds to 
the set of software and hardware macros in order to implement 
a monitor scheme for the application. 

Finally, results are ready for output by the process 
Formatter. If the user has specified that another realiza- 
tion in the library be tested for feasibility, the Func- 
tional Mapper is again accessed and the process is repeated. 
The Optimizer can then select, again based on user 
specification, the optimal solution and have it formatted for 
output or display. 

The above is an overview of the data flow as it existed 
prior to this research effort. Modifications have been made 
in this process to incorporate Oracle and to enhance its 
efficiency. These and other details are addressed in the 
design and implementation chapters. 

The second required operation, the entering of 
microprocessor realizations, is done through the Application 
Design Interface (ADI) developed as a part of this thesis 
effort with the use of Oracle l s Application Interface 
Facility (AIF), The AIF is helpful because it permits the 
screen interface designer to set up strong data typing to 
help enforce correct data entry. After the designer has 
created the data base tables and types, the ADI (a screen 
oriented, user-friendly system) prompts the user for 
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microprocessor ( s ) , the ADI allows the designer to instan- 
tiate an Oracle version of it by entering data through a CRT 
terminal interface. In this way, microprocessor realizations 
are stored in the data base for later use by the CAD system. 
[Ref. 5] 

The third area of user interaction involves the Final 
Design Configuration (FDC), Once the design of a particular 
controller is final, a designer may wish to look at certain 
statistics concerning its makeup. Statistics are generated 
according to specifications in the Design Criteria Table 
established by the designer upon problem statement input. 
These statistics are automatically stored in the data base 
after each successful run of the CAD system. The statistics 
include chip count, power requirement, monitor scheme, 
storage, time, macro index and chip list. 

For the design of a microprocessor-based controller, 
the CAD system must use the data base to map the problem 
statement to a set of software and hardware macros and to 
display the solution to the designer. Returning to Figure 1, 
the areas of the existing program that interfact directly 
with the data base will have to be rewritten to incorporate 
the use of a relational data base management tool. 

The CSDE system is also not fully developed or 
designed. It is. limited to the generation of real-time 
controllers and develops non-preemptive scheduling schemes. 
Although its basic function has been proven feasible, 
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expanded capabilities for improved design flexibility, such 
as graphics display, have not been created* All of these 
undeveloped and undesigned CAD features impact the design of 
a data base that should be easily extendable to support 
them. 

Although efforts are underway to develop the Z80 and 
8086 specifications, currently, the 8080 microprocessor is 
the only realization ready for implementation into the data 
base. Other microprocessors will be added to the library as 
they become available. Therefore, the data base must pro- 
vide a representation that is general and readily extensible. 
It must also provide a means to contain all the idiosyncracies 
of an individual microprocessor without impacting other parts 
of the system. 

There is currently only one monitor scheme implemented. 
This is another factor whose attributes must be examined in 
designing the data base, but this fact must not change the 
data base representation just to suit its needs specifically. 

In reviewing the above analysis of the CSDE, 3 basic 
guidelines concerning any remodeling of the current data 
base design can be detected. First of all, the design 
should enhance the designer r s ability to do his/her job. 

The three user interfaces - problem design, microprocessor 
volume design and final controller design. - should all be 
easy to understand, simple to use and increase the 
designer's potential performance. Second, the redesign of 
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the data base should not complicate the interworking s of the 
CSDE. If possible the redesign should help streamline the 
operation of the CSDE and unravel any l clever r programming 
schemes that were built in out of necessity due to working 
with the Fortran/IBM punched card format. And third, the 
data base design should be flexible enough to incorporate 
future changes readily. The design should apply the well- 
known software engineering principles of modularity, infor- 
mation hiding and regularity. The system should be designed 
so that the information is easily and logically encapsulated 
within the framework of the data base, but yet its implemen- 
tation should be invisible to the user. The use of all 
three principles enhances changeability and, as already 
presented, this CAD system is and will be in a state of 
change . 

The next chapter describes a new design for the CSDE 
using a relational data base management system. It 
addresses the organization of data within the data base and 
possible implementation schemas for use by the CSDE 
subroutines , 
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Ill * DESIGN 



The last two chapters explained the requirements and 
rationale of the CSDE, The purpose of this chapter is to 
describe the design of a data base for the CSDE that ful- 
fills those requirements. This design chapter is primarily 
concerned with the arrangement of the CSDE f s necelsary data 
into logical entities that can be manipulated by a rela- 
tional DBMS, specifically Oracle. This specific design is 
not directly transferable to another type of DBMS. However, 
an effort has been made to encapsulate the important 
operations and ideas so that the resulting design can easily 
be modified or rehosted on a different DBMS. 

As noted in Chapter II, there are three main conceptual 
areas which must be served by the data base for the CSDE. 
These can be classified as: 1) problem statement input, 

2) microprocessor realization library and 3) the final 
design configuration for a given controller. The data 
base has been organized around these three data entities. 
Figure 3 illustrates the relationships that the major 
subroutines of the CSDE have with these three areas of 
functionality . 

The user enters the problem statement, via the syntax 
directed editor (SDE) , The information required by the 
Functional Mapper (the primitive list' and the symbol table) 
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Figure 3 CSDE Subroutine Relationships 



is then extracted by the Translator and is stored in what is 
termed a relational data base type 1 (RDBT1). The remaining 
information from the problem statement input - the problem 
statement identification, the design criteria and the 
environmental criteria (in the form of the application timing 
table) - are stored in the final design configuration or 
RDBT3. RDBT3 is meant to be both a working environment and 
a historical repository for the designer* It therefore con- 
trains all the necessary facts to extract useful design 
abstractions such as chip count and power supply requirements 
and to reconstruct the design effort* The RDBT3 will also 
contain the set of information comprising the current 
realization timing table and a list of the contingencies and 
tasks of the design problem with an index to their specifically 
required software and hardware macros. 

As can be seen by Figure 3, the data base must also hold 
microprocessor realizations - the primitive implementations 
which are used to construct the designs. These are contained 
in RDBT2s and are entered through an Application Design 
Interface created using Oracle's Application Interface 
Facility. The relational model must therefore also support 
the volume designer's effort and supply the fields necessary 
to adequately describe a microprocessor. The following pages 
describe in detail the relational models for each data base 
type. 
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The first relational data base type - RDBT1 - is created 
from information extracted from the initial CSDL problem 
statement input by the translator. This information is in 
the form of a primitive list and a symbol table. The 
primitive list is generated from the contingency list and 
procedures sections and the symbol table is derived from the 
environment section of the problem input. The primitive 
list contains the titles of each function required by the 
given problem, the primitives (or software macros) that 
produce each function and the arguments or parameter vari- 
ables necessary for each primitive. The symbol table 
contains the set of actual parameters used in the given 
problem statement with their attributes and precisions. 

The RDBT1 is created by a module - CREATEDB1 - that is 
invoked by the Translator module. If it is decided to 
change the data base management system, the CREATEDB1 module 
will be the only section to require major modification to 
incorporate the change. The RDBT1 will also be accessed by 
the Functional Mapper to create a mapping of RDBT1 to an 
RDBT2 contained in the realization library. The resulting 
mapping will be stored in an RDBT3 as aprt of the final 
design configuration. 

The relational model is simple and mirrors and contents 
of the primitive list and symbol table in a modified 
relational form. The model is shown in Figure 4. 
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PRIMITIVE LIST 



field TITLE MACRONAME POINTER X 



type CHAR CHAR NUMBER 



SYMBOL TABLE 



field POINTER X ARGUMENT MINIMUM 



type NUMBER CHAR NUMBER 



Figure 4 Translator Output 



MAXIMUM 



NUMBER 
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Title is a primary key to the first table in this section 
of the data base. Title is the name of a contingency or task 
defined in the original CSDL input by the designer. Macroname 
is a software macro which is also selected as a part of a 
contingency or task in CSDL input, Pointer_x/ Argument make 
up the key for the second table. Pointer_x is used as a 
'■pointer* from the table Symbol TableCs) to the Primitive 
List or in other words, Pointer_x is the relation that binds 
the two tables together. Point er_x is a unique number 
generated for each Title /Macroname relation supplied by the 
Translator . 

The second table is used to hold the actual parameters 
and their precision requirements as defined in the CSDL 
description of a problem. These are represented in the 
second table by the fields Argument, Minimum and Maximum. 

In data base terminology, the relationship between Table 2 
and Table 1 is many to one. In this way, the relational 
model avoids repetition of the contents of the symbol table 
and provides a data base that is easy to comprehend and 
logically oriented. Figure 5 shows the recommended 
arrangement of data fields for 2 simple tasks. 

The second functional area of the CSDE which the data 
base supports is the microprocessor realization library. 

Each microprocessor realization in the library is 
represented as a volume. Each volume is further subdivided 
into two more sections i hardware and software. It is from 
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PRIMITIVE LIST 



TITLE 


MACRONAME 


POINT ER_X 


TASK1 


S . SENSECOND 


1 


TASK1 


S .ADD 


2 


TASK 2 


S .MULT 


3 





SYMBOL_TABLE 




POINTER_X 


ARGUMENT 


MINIMUM 


MAXIMUM 


POINTER_X 


ARGUMENT 


MINIMUM 


MAXIMUM 


1 


SIGNAM 


0 


8 


2 


ARG1 


0 


8 


2 


ARG2 


0 


8 


2 


RSLT 


0 


8 


3 


PA. RAMI 


0 


8 


3 


PARAM2 


0 


8 


3 


ANSWER 


0 


8 



Figure 5 Relational Model for a Simple Contingency/ 
Task Function 
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these volumes of hardware and software components that the 
CSDE attempts to build a microprocessor controller complete 
with monitor for a given problem specification. 

Each hardware and software primitive in a volume has 
specific characteristics that must be identified by the 
volume designer. These characteristics fall into three 
general categories that easily lend themselves to a 
relational model. The categories are functional specifications, 
control lines and text blocks. 

Since the hardware and software primitive have different 
characteristics, two different type of tables have been 
devised. The two table types are also differentiated into 
blocks that represent one of three relational categories. 

These three categories are the functional specification, 
the control lines and the text code. These categories are 
further defined in the following pages. 

In any relational model, a separate block or table is 
needed to define multiple instances of a field. In other 
words, a particular block can have no two fields the same. 

For instance, a hardware primitive may have more than 1 
input parameter, so a separate block Is necessary to input 
parameters. Several of the input parameters in this block 
will be incorporated into the design of each hardware 
primitive. The tables, blocks, fields and field types are 
displayed in Figure 6 and 7 for the hardware and software 
macros, respectively. 
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BLOCK 1 - IDENTITY BLOCK 



f ield 


MICROPROC 


HW_MACRO 


MILLIWATTS 


CHIPCOUNT 


LATENCY 


type 


CHAR 


CHAR 


NUMBER 


NUMBER 


NUMBER 



f ield 


POINTER 








type 


NUBMER 










BLOCK 2 - PARAMETER_BLOCK 




field 


POINTER 


PARAMETER 


MIN 


MAX 


type 


NUMBER 


CHAR 


NUMBER 


NUMBER 



BLOCK 3 - COMMENT_BLOCK 
field POINTER COMMENT COM_ID 

type NUMBER CHAR NUMBER 

BLOCK 4 - INC LUDE_B LOCK 
field POINTER INCLUDE INC ID TIMES 



type 


NUMBER 


CHAR 


NUMBER NUMBER 








BLOCK 5 - 


CALL_BLOCK 




field 


POINTER 


CALL 


CALL_ID TIMES 




type 


NUMBER 


CHAR 


NUMBER NUMBER 








BLOCK 6 - 


CALC_BLOCK 




field 


POINTER 


GLOBYAR OP YAR RSLT 


CALC_ID 


type 


NUMBER 


CHAR 


CHAR CHAR CHAR 


NUMBER 






Figure 6 


Hardware Macro Table 
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BLOCK 7 - ATTRIBUTE BLOCK 



field 


POINTER 


LOCALVAR 


OP 


VAR 


RSLT 


ATTR_ID 


type 


NUMBER 


CHAR 


CHAR 


CHAR 


CHAR 


NUMBER 



BLOCK 8 - IF_BLOCK 

field POINTER VARIABL1 OP VARIABLE 2 

type NUMBER CHAR CHAR CHAR 

field IF_MP IF_HWMAC IF_REQ IF_ID 

type CHAR CHAR CHAR NUMBER 

BLOCK 9 - TEXT_BLOCK 
field POINTER TEST TEXT_ID 

type NUMBER CHAR NUMBER 

Figure 6 Continued 
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BLOCK 1 - IDENTITY BLOCK 



field 


MICROPROC 


S/W_MACOR 


STORAGE 


TIME 


EXT_REF 


type 


CHAR 


CHAR 


NUMBER 


NUMBER 


NUMBER 



field 


POINTER 


type 


NUMBER 



BLOCK 2 - ARGUMENT_B LOCK 
field POINTER ARGUMENT MINIMUM MAXIMUM 

type NUMBER CHAR NUMBER NUMBER 

BLOCK 3 - C 0 MMENT_B LOCK 
field POINTER COMMENT ID 

type NUMBER CHAR NUMBER 

BLOCK 4 - INCLUDE BLOCK 



field 


POINTER 


INCLUDE 


: ID 


TIMES 


type 


NUMBER 


CHAR 

BLOCK 5 - 


NUMBER NUMBER 

CALL_BLOCK 


field 


POINTER 


CALL 


ID 


TIMES 


type 


NUMBER 


CHAR 


NUMBER 


NUMBER 



Figure 7 Software Macro Table 
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BLOCK 6 - CALC BLOCK 



field 


POINTER 


GLOB VAR 


OP 


VAR 


RESLT 


ID 


type 


NUMBER 


CHAR 


CHAR 


CHAR 


CHAR 


NUMBER 




BLOCK 7 - ATTRIBUTE_ 


_BLOCK 






field 


POINTER 


LOCALVAR 


OP 


VAR 


RESLT 


ID 


type 


NUMBER 


CHAR 


CHAR 


CHAR 


CHAR 


NUMBER 



BLOCK 8 - IF BLOCK 



field 


POINTER 


VARIABLEl 


OP 


VARIABLE 2 


type 


NUMBER 


CHAR 


CHAR 


CHAR 




field 


IF_MP 


IF_MACRO 


IF_REQ 


IF_ID 


ID 


type 


CHAR 


CHAR 


CHAR 


NUMBER 


NUMBER 





BLOCK 9 


- TEXT_BLOCK 


f ield 


POINTER TEST 


ID 


type 


NUMBER CHAR 


NUMBER 



Figure 7 Continued 



In the HARDWARE_MACRO table there are 9 block types. 

The first two blocks represent the functional specification 
of the hardware primitive. The information in the first 
block is required for every hardware primitive. It has two 
identifying keys: 1) the microprocessor and 2) the name of 

the hardware primitive. A unique number is then generated 
when the volume is designed, to as as a pointer to identify 
any of the remaining block types associated with the parti- 
cular primitive. The other fields in the first block 
contain information required by the CSDE to compile power, 
timing and chip count requirements for the controller. 

The next block is used to hold the hardware primitive’s 
parameters or arguments. A hardware primitive may have 0, 1 
or as many parameters as it requires. Each argument must 
also be identified by its minimum and maximum precision. 

For instance, in the example used in reference , the 
hardware primitive H.SENSECOND for the 8080 requires an 
argument called SIGNAM whose minimum precision is 0 bits and 
whose maximum precision is 8 bits. The Functional Mapper 
will use the information in this second block to try and 
match each primitive from the problem statement input with 
a realisation from the volume. 

The next 7 blocks in the HARDWARE_MACRO table represent 
the control information needed to design a primitive. The 
first control type is the C0MMENT_B LOCK . The C 0MMENT_B LOCK 
is included in the realization volume as an aid to the 



30 



volume writer in keeping track of the purpose for and 
operation of the realization primitive. Comments can be 80 
alphanumeric characters long in keeping with the general 
width of a page. The zero, one, infinity rule applies to 
the number of COMMENT-BLOCKs permitted as well as to the 
rest of the control line blocks. Each comment line is given 
an identification number generated by the DBMS. This is to 
keep things organized for output of a realization volume. 
Comments are not acknowledged by the Formatter and are, 
therefore, not output in the Final Design Configuration (FDC). 

There are two different types of outputs which must be 
generated from each realization volume. The first output is 
simply a designer tool; a user manual or guide reflecting 
the hardware and software primitives of a particular 
microprocessor volume. The second output is the FDC of a 
microprocessor controller for a specific design problem. 

The next two blocks represent similar control functions. 
Sometimes it is necessary for a primitive to use another 
primitive within its scope. When an INCLUDE_BLOCK is 
included in a primitive's format the Formatter will 
include the primitive in the FDC but list it separately, 
after all the initially indexed primitives have been output. 
The CALL_BLOCK tells the Formatter to include a primitive in 
the listing at the point where it was called. Each of these 
blocks are identified by a system generated identification 
number. These identification numbers not only help to 
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organize the realization volume output but become essential 
when implementing conditional (IF) control lines that incor- 
porate CALL and INCLUDE functions. The last field, labeled 
TIMES, is unique to these two control blocks and can be used 
by the volume writer to implement a controlled loop structure 
similar to the case type structure implemented in 
reference , Its use is explained later in the section 
describing the IF_BLOCK. 

The CALC_BLOCK and the ATTRIBUTE_BLOCK also have similar 
form and function. Both are used to assign values to system 
variables. The CALC_BLOCK is included in the design 
primitive to allow the manipulation of design system global 
variables. During system generation, values are assigned to 
the global variables by subroutines called by the Formatter. 
An example of this in the 8080 microprocessor realization 
library is the Portpt global, which stores the number of I/O 
ports required for a design, so the system can assign a 
specific address to each I/O port. The expression which 
calculates the global variable is represented as four fields 
in the relational models one field to represent the actual 
global used, one field for the arithmetic operator (*, ** , 

+, -, /), one field for the value applied against the 
operator toward the global and one field to hold the result. 
Complicated expressions that would normally involve 
parentheses will have to be simplified and distributed over 
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more than one CALC_BLOCK. The ID field provides a mechanism 
for ordering the expressions. 

An example strategy, using the relational model in the 
design of a microprocessor primitive is given in Figure 8. 
The expression Total = )Global_add + Const) * Global_mult is 
divided up into two expressions. The result of the first 
expression, SUM, is used to provide a common link between 
the expressions. The ATTRIBUTE_BLOCK contains the same 
field types as the CALC_BLOCK, It is used to assign values 
to local variables within the primitive in the same manner 
in which the CALC_BLOCK operates. 

The IF_BLOCK is a feature which allows the volume 
designer some additional flexibility. The IF_BLOCK 
represents a cross between a case statement and a DO FOR I = 
1 to X loop. The IF_BLOCK originally had the following 
syntax: 

IF <math-exp> . <rel-op> . <math-exp> SKIP <lines> 

The SKIP <lines> clause was employed as a method to include 
or not to include lines of the primitive. For example, upon 
system generation the global variable representing the total 
amount of additional RAM required by a functional specifica- 
tion might equal 1792. In this case, 7 additiona 256 byte 
RAM primitives are needed to fulfill the functional specifi- 
cation, Instead of calling the H.RAM256 macro 7 times, an 
if statement had been incorporated into the H.RAM256 
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Figure 8 Example Microprocessor Primitive Design 
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hardware primitive allowing for the inclusion of additional 
RAM up to the maximum allowed by the 8080 hardware set. 

The IF_BL0CK of the relational model allows for the 
same type of primitive implementation technique. The syntax 
of the IF statement has been changed to the following: 

IF <var> . <rel-op> < <var> THEN <call or include> 

The call or include statement will then contain the number 
of times the primitive is to be called or included according 
to the relationship identified between teh variables in the 
IF statement. A possible implementation of the previous 
example would be: 

IF <memrept> , GT . <1791> THEN call ( 8080 ,H .RAM256 . 7 ) 

As in a case statement each possible value for <memrept> can 
be represented in the primitive, 8080 corresponds to the 
IF_MP field, HRAM256 corresponds to the IF_MACR0 field and 7 
corresponds to the IF_REQ field. During a CSDE system run, 
the IF_REQ field requirement will be identified and this 
number can then be placed in the TIMES field of the 
appropriate CALL_BLOCK or ATTRIBUTE_BLOCK. During system 
generation, the Formatter will know haw many times to 
include a particular primitive by the quantity held in this 
field. An IF_ID field is then generated by the system to 
keep the IF statements in order for the final outout 
listing. The IF_BL0CK offers the volume designer flexibility 
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and an avenue for creativity without complicating the design 
of the relational representation too much. 

The final functional category in the microprocessor 
volume design is the TEXT_BLOCK. The TEXT_BLOCK contains 
assembly level code for the microprocessor. Each line of the 
code is identified by the ID field to keep the code in order. 
Without using some type of incremental function in an extra 
field on which the DBMS can sort there would be no way of 
identifying which line came first in the coding specification. 

Everything contained in the TEXT_BLOCKS will be output 
in the final design as is expect for two types of text. The 
first type is a variable enclosed in pound signs (#), These 
will be interpreted as calls to a system procedure of func- 
tion, and the corresponding procedure or function will be 
implemented to generate character strings for the final 
design listing. The two system functions which are 
currently implemented are: 1) ' idsec 1 which prints the next 

line of the ID table and 2) ‘statusCn)' which returns status 
information on the storage attributes. The second exception 
is the handling of dummy arguments. Within the text lines, 
each dummy argument is enclosed in brackets ( r < f and l > r ) 
and are replaced by the actual arguments wherever the 1 < l 
and *>* are encountered. 

The S0FTWARE_MACR0 table has the same three functional 
categories represented by its relational model. The only 
difference is in the first block containing the primitive^ 
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functional specifications. Whereas the Hardware primitive 
required fields to allocate latency, timing and power 
requirements the software primitive requires fields for 
storage, timing and external memory references. These 
fields will be used by the CSDE to calculate total storage 
and time requirements for the microprocessor system and to 
develop a monitor. 

These first two data base types - the Relational Data 
Base Type 1 (RDBT1) containing the primitive list and the 
symbol table and teh Relational Data Base Type 2 (RDBT2) 
containing the realization volume design - will be used by 
the Functional Mapper to build a major portion of the final 
design configuration CRDBT3), The current CSDE accomplishes 
the mapping in two separate operations. First, the index 
of the chosen realization volume is checked for a match to 
a given design primitive. If a match is found, the 
selection criteria in the design primitive are compared 
to selection criteria in the realization volume primitive. 

By using a relational model, this process can be shortened 
into one operation. The SQL language will allow a SELECT 
operation on the data base to retrieve a match to any and 
all parameters requested. So in a programming procedure a 
controlled loop can be created whereby design primitives 
with their arguments and precision requirements are fed into 
dummy parameters of a SQL select statement. This select 
statement will then be the means by which the RDBT2 is 
searched for a match. 
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Figure 9 shows a demonstration of this idea. The pro- 
cedure, FUNMAP, is called from the Optimizer which sends as 
input variables the MACRONAME - name of the design primitive 
to be matched to the macro in the realization library - 
ARGUMENT - one of the design primitives I/O parameters - and 
MIN, MAX - the precision requirements of the ARGUMENT sent. 

As is evident, in this scheme the Funmap procedure is 
invoked to test each argument against a possible match in 
the realization libaray. The Funmap procedure then sets a 
boolean variable - FOUND - equal to tru or false depending 
of whether a match was found or not. Other schemes could be 
drawn up placing more responsibility on the Funmap design. 

For instance, it could be argued that it is the responsibility 
of the Funmap to place the found primitive in the PRIMARY_ 
INDEX in the Final Design Configuration. The purpose of this 
figurative Funmap was not to dictate its future but to show 
how the SELECT statement streamlines the mapping process. 

The third and final functional area of the CSDE require- 
ing data base support is the Final Design Configuration 
(FDC). As noted previously the RDC is to be used as a work- 
ing environment and as a historical notebook for the 
designer. It should provide enough information about the 
microprocessor design to discern useful patterns and 
abstractions about the design and to be able to recreate the 
designer 1 s original goals in using the CSDE. 
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Procedure Funmap (NACRONAME, ARGUMENT, MIN, MAX, FOUND) ; 



SELECT from IDENTITY_BLOCK 

where (MICROPROC . SW_MACRO = MACRONAME 
and MICROPROC . SW_MACRO , ARGUMENT = ARGUMENT 

and MICROPROC .SWJMACRO * ARGUMENT » MINIMUM = MIN 

and MICROPROC .SW MACRO .ARGUMENT * MAXIMUM = MAX) 



or (MICROPROC . HW_MACRO = MACRONAME 

and MICROPROC. HW_MACRO .ARGUMENT = ARGUMENT 

and MICRO PROC.HW_MACRO. ARGUMENT. MINIMUM = MIN 

and MICROPROC. HW MACRO .ARGUMENT .MAXIMUM = MAX) ; 



If SELECT then 

FOUND = TRUE 

Else 

FOUND = FALSE; 
end Funmap; 



Figure 9 Functional Mapper Demonstration 
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There are four primary functional areas in the FDC, 

They are the: 

(1) Identification Section 

(2) Design Criteria Section 

(3) Timing Tables 

(4) An index of the hardware and software primitives 
used in the design. 

The first area is an identifying key to the FDC . The 
information in the ID section is input by the designer with 
the Syntax Directed Editor (SDE) at the beginning of the 
design process. The data required by the relation includes: 
1) the designer l s name, 2) the date, 3) the name of the 
design project and 4) version number. Each identification 
table will also contain an extra field to be used as a 
pointer to which the other three functional areas of the FDC 
can point to. The ID Section is also used by the Formatter 
upon design configuration output as an identity header. The 
relational model for the Identification Section is depicted 
in Figure 10. 

The next area of concern is the Design Criteria Section, 
The design criteria are also input by the designer at the 
initial session with the SDE. The designer responds to 
prompts regarding CSDE run parameters and FDC output 
metrices. All of the possible design criteria have not yet 
been developed and as the CSDE matures additional design 
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IDENTIFICATION' TABLE 



field NAME DATE PROJECT ID PTR VERSION NO 



type CHAR DATE CHAR NUMBER NUMBER 



Figure 10 Identification Section Model 



information may be required. With this in mind, the 
relational model has been designed for extensibility and 
flexibility . 

The Design Criteria Section covers 2 general areas: 

1) CSDE operating instructions and 2) FDC listing criteria. 
The design criteria for the CSDE operating instructions are 
very limited at this point and only allow the designer to 
specify the order in which library volumes and monitor 
strategies are tested. FDC listing parameters are similarly 
limited in the present CSDE but as more is studied and known 
about designer needs, additional information can be gathered 
from the CSDE process and organized for output. As the 
system runs now only 2 statistics can be extracted to compare 
microprocessor feasibility: power consumption and chip 

count (an approximate cost function) . Storage and time 
comparisons can easily be added to this list. The informa- 
tion is already present in the data base. Additional 
designer queries will have to added to the frontend and the 
responsibility of outputting the information will lie with 
the Formatter. The relational model for the Design Criteria 
section is shown in Figure 11. 

The relational model can be used as follows: 1) the 

designer specifies the microprocessor and monitor he/she 
wants to use for each run by placing the order number in the 
CSDE_RUN field and the respective microprocessor and monitor 
schemes to be attempted in their respective fields and then 



42 



field ID PTR CSDE RUN MP 



type NUMBER NUMBER CHAR 



field STORAGE TIME POWER 



type NUMBER NUMBER NUMBER 



Figure 11 Design 
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Criteria Table 
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2) the designer specifies which design abstractions he/she 
is interested in for output by responding to SDE system 
prompts in the corresponding manner. There is no limit to 
the number of fields in a relational table so as the CSDE 
grows, numerous designer queries can be placed in the Design 
Criteria table. 

Another important set of information derived from the 
problem statement input used in the FDC concerns what the 
present system calls the Application Timing Table (ATT), 

The ATT information is extracted from the problem statement 
in CSDL format by the Translator, This information is the 
set of timing constraints for an application given by the 
designer, A second set of related information is contained 
in the current Realization Timing Table (RTT). This infor- 
mation is extracted by the Functional Mapper from the 
microprocessor realization selected from the library as the 
mapping takes place. In other words, the RTT contains the 
possible timing parameters that the microprocessor in 
question can supply to meet the designer's needs. This 
information is used by the Timing Analyzer subroutine to 
compare the timing parameters in each table to test a 
particular microprocessor for feasibility. If the micro- 
processor proves feasible, a monitor scheme is then developed 
by the MONITOR subroutine according to the timing 
specifications in the RTT. 
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The original contrants imposed by Mat elan and also 
used by Ross have been changed for this design study. This 
study is testing the concept that the only timing parameter 
needed for feasibility testing is the frequency of a con- 
tingency, This is represented as rho in the references. If 
this concept is proven out in the future, the design and 
implementation will have been greatly simplified. The two 
tables have also been logically organized into one rela- 
tional table. This is so that all the timing related issues 
are modularized into one section, A designer will know 
where to go to find the answer to any question related to 
timing. The translator will still have to enter the 
application's timing constraints into the data base and the 
Functional Mapper will still have to compute the micropro- 
cessor's ability to perform the required operation with 
respect to time, but the orientation of the data has been 
structured into one logical entity. Figure 12 depicts the 
data base structure for the Timing Table entity. 

The fourth functional entity in the FDC is the index to 
the software and hardware macros needed for each contingency 
and task in the design statement. Since each contingency or 
task will require more than one primitive to realize its 
function, 2 tables are necessary. The first table, as 
depicted in Figure 13, consists of the title of the 
contingency or task, a primitive and a pointer field. The 
pointer field is again used to relate the tables in a many 
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field CONTINGENCY TASK ATT RHO TRR RHO 



type CHAR CHAR NUMBER NUMBER 



Figure 12 Timing Table 
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PRIMARY INDEX 



field TITLE PRIMITIVE POINTER 

type CHAR CHAR NUMBER 

SECONDARY_INDEX 
field POINTER PRIMITIVE 

type NUMBER CHAR 



Figure 13 Index Tables 
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to one fashion. The second table is defined by a like 
pointer field and a field for another primitive of the 
contingency or task being defined. 

The Functional Mapper will retrieve a title line from 
the RDBT1 (which contains the primitive list and symbol 
table from the design problem) and place it in the data 
base. Next, it will search in RDBT2 for matches to each of 
the primitives in RDBT1 and as these matches are found place 
them in the FDC . A quick check through the index each time 
a mapping is found can indicate whether or not a primitive 
has already been used. This is an important test. For 
instance, it is not necessary to have redundant hardware or 
software necessary to implement multiple divide functions. 

Once all design primitives have been mapped into a 
particular design volume the Timing Analyzer will add to the 
list of primitives any of which are deemed necessary to 
fulfill the timing requirements. These can all be placed in 
the FDC under a special title. Upon completion of the 
microprocessor controller creation, the Formatter will then 
use the index to indicate which primitives from the 
microprocessor volume in RDBT2 are to be placed in the 
final formal output. 

The final deisgn configuration is accessed and used by 
every major subroutine of the CSDE. Care will have to be 
taken in the implementation of the CSDE application not to 
overwrite and/or eradicate information. It is recommended 
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that during the reprogramming of the CSDE to incorporate the 
relational data base model, each subroutine be written and 
tested separately to ensure that the right information is 
going into the right location. 

This design presentation has illustrated a conceptual 
representation of the data base requirements of the CSDE 
through a relational model. The three major aspects of the 
CSDE have been incorporated into a logical, cohesive blue- 
print, The next chapter illustrates the implementation 
methodology using Oracle on the VAX 11/780 with the VMS 
operating system as the DBMS, 
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IV. IMPLEMENTATION 



This chapter describes the effort necessary to implement 
the conceptual design of the CSDE t s data base requirements 
defined in the previous chapter. In addition to the data 
base implementation, this text also describes the creation 
of the Application Design Interface (ADI) , With this 
information, the reader will be able to find and use the 
data base tables, to understand some of the restrictions 
placed on the implementation by the Oracle DBMS and to have 
the background necessary to modify the system should it be 
required by future enhancements. 

To implement a data base model, one must first describe 
that model in terms of the DBM's Data Definition Language 
(DDL). In this case, the DBMS is Oracle and it uses the 
standard DDL developed by the designers of system R. [Ref. 6] 

The format for defining the tables is as follows : 

create table <tablename> ( <f ilename> <f ieldtype> ( <f ield length>)); 

The DDL format for describing the table in Figure 6 on 
page 26 is depicted in Figure 14. 

Using this example as a reference, specific design 
features can be pointed out in relationship to Oracle l s data 
types. Three data types were used; CHAR, NUMBER, and DATE. 
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create table identification^ lock (name char(25) 

the_date date, 
pro j ect char (25), 
version_no number(6), 
id ptr number(6)); 



Figure 14 DDL Format Example 
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CHAR allows all characters to be used in the field; 
upper/lower case and all special characters. This flexibil- 
ity is required by the need to use mathematical symbols in 
conjunction with text. Oracle allows CHAR data lengths from 
1 to 240. To provide some regularity in the design, CHAR 
lengths were limited to 80, 25 and 3, In the tables for the 
data base, 80 and 25 was used for text strings and 3 was 
used to express mathematical operators. NUMBER is an 
integer data type and again, to introduce regularity all 
fields of data type NUMBER were limited to a length of 6 ; 6 
being the maximum length required by any one field. The 
third and final data type, DATE, is unique in that Oracle 
prespecifies the length as 7 so it therefore is left blank. 

The tables were placed in a file called CREATEDB.UFI 
under the CSDE subdirectory [.HEATHER] on the VAX 11/780 
using the EDT editor, available under the VMS operating 
system. The listing for the file is available in Appendix A. 
After the tables were defined in the DDL and put on file, 
Oracle l s User Friendly Interface (UFI) was used to make 
instantiations of the tables in the DBMS. This is done by: 

Cl) logging on to Oracle as a CSDE user ty typing Oracle 
once in VMS. 

(2) typing UFI. 

(3) answering the screen prompts for user name and password, 

(4) typing 0CREATEDB ,UFI , 
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After a successful table build run, the tables are 
available through Oracle for data input . The tables remain 
as defined and do not have to be recreated unless there is a 
data base design modification. 

Data will be input to the tables in three ways: 

1) problem statement input via the SDE, 2) creation of the 
Final Design Configuration by the CSDE's Functional Mapper 
and 3) creation of the realization libraries through 
interaction with the ADI. The implementation of the first 
two categories is beyond the scope of this research. The 
third category, the creation of a realization library, has 
been initiated by this thesis effort. An ADI was developed 
for use by volume designers according to the specifications 
given in the design chapter. The following is a description 
of the development of the ADI. 

The ADI was developed using Oracle 's Application Inter- 
face Facility (AIF) . The ADI was divided into two parts for 
reasons of ease of development and ease of use. There is 
one file that can be used to generate specifications for the 
hardware primitives and another file to create the software 
primitives . 

To create an ADI one must first invoke Oracle r s 
Interactive Application Generator (IAG). The IAG is a menu 
driven interpreter that translates the screen designer's 
input into a CRT screen display for easy volume design 
input. Each response given by the screen designer to the 
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IAG's prompts for typing parameters generates a unique 
sequence of code. In other words, the prompts are not 
predetermined but vary according to user response. This can 
be a problem when trying to correct or modify a given screen 
but a careful study of the Oracle documentation and experi- 
mentation do make it possible. To invoke the IAG , one 
simply logs on to Oracle and then types IAG <filename>. In 
this case, the filename fcr hardware is HDESIGN.INP and 
SDESIGN.INP for software. The IAG will then intiate a 
series of answer dependent prompts that will define various 
aspects of the screen interface. 

For both the hradware and software screen interfaces, 7 
blocks were designed. Each block is represented by a 
screen. The screens were divided into logically ordered and 
related entities that also provided a coherent, easy to use 
presentation. The relational model represented on each 
screen and the number of times the model is repeated on a 
single screen is outlined in the following: 

(1) ID ENT IT Y_B LOCK (1) 

( 2 ) PARAMETER_BLOCK C 3 ) 

(3) COMMENT_B LOCK (6) 

(4) CALL_BLOCK and INC LUDE_B LOCK (2 ea . ) 

C 5 ) ATTRIBUTE_BLOCK and CALC_BLOCK (2 ea , ) 

(6 ) IF_BLOCK (1) 

C 7 ) TEXT BLOCK (2) 
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Each field depicted on the screen is directly related 
to a field identified in the data base design. The only 
difference between the name of the field on the screen and 
in the tables is that the screen name may be slightly more 
user friendly than the shortened name used in the data base 
design. For instance, MICROPROC in the table IDENTITY_BLOCK , 
becomes MICROPROCESSOR on the screen. 

In addition to the criteria identified in the data base 
tables in Appendix A (data type and length), Oracle's IAG 
permits further parameterization of each field represented 
in the screen interface. The following is the list of 
prompts the IAG uses to qualify various characteristics 
about field representation and usage with a short explanation 
of each prompt . 

(1) Field name: The name given to a field in the data base 

design i.e. MICROPROC. 

(2) Length of f ield/Display length; The length of the 
field identified in the data base design and the length 
of the field to be represented on the screen. In this 
implementation these characteristics were always the 
same . 

(3) Is this field in the base table Y/N; A r Y t or YES 
answer means that the field being described corresponds 
to a column of the table being processed by this block. 
All fields have a YES answer for this question as there 
is a 1:1 correspondence between the tables and the 
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screen blocks. Exception; The times field in the CALL 
and Include Blocks is not depicted on the screen. This 
field is input by the CSDE, 

(4) Is this field part of the primary key: The fields that 

make up the primary key are identified in the tables of 
Appendix A by the words 'NOT NULL* next to their data 
length parameter. Usually the key is made up of the 
pointer and another field within the block that make 
the key unique. For example, in the second block, 
PARAMETER_BLOCK , the key is made up of the fields 
labeled POINTER and PARAMETER. 

(5) Field to copy primary key from; Unrelated to this 
design, therefore left black by hitting the return key. 

(6) Default value: None of the fields have one in this ADI, 

therefore left black by hitting the return key. 

(7) Page: Identifies which screen page/block the table 

is a part of. In this screen design, the hardware 
and software files are each made up of 7 pages. 

(8) Line: Identifies the line number of a page on which 

the field prompt is placed. An effort was made to 
place similar or identical fields on the same lines 
on the different pages. 

(9) Column: Identifies the column number from 1-80 on 

which the data will be entered. The prompt will appear 
beside the column number identified. 
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(10) Prompt: Identifies the prompt that appears on the 

screen, i.e. MICROPROCESSOR. 

(11) Display prompt above field Y/N: The answer is NO 

throughout the screen interface design. A NO answer 
displays the prompt beside the data entry field 
display . 

(12) Allow field to be entered: All fields are designer 

enterable except the ID# fields. These fields are 
generated by a sequel statement embedded in the screen 
interface design. 

(13) Allow fields to be updated: if the answer to the above 
question was no this prompt does not appear. It also 
does not appear for fields labeled as a part of the 
key. Otherwise, all other fields are updateable. 

(14) SQL> This is a prompt for a sequel statement related 

to the field being entered. In this screen design, the 
SQL statements were used to automatically generate 
unique ID numbers to be used as part of that tables 
key. The generic SQL statement is as follows: SELECT 

MAX (<fieldname + 1>) INTO <fieldname> FROM 
<tablename> ; . The fieldname is the same for both sets 
of brackets and the tablename is the table in which the 
fieldname resides. Oracle requires that a dummy record 
be used to start the process of automatic number 
generation. An INSERT statement was used to set up a 
fake record with zeros in all the number data typed 
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fields and ’DUMMY RECORD 1 in all the character string 
fields for each of the tables that used a SQL 
statement of this kind. This fact will most likely 
have to be considered in the design of the Functional 
Mapper. SQL statements can be used for additional 
checks for data entry clarification. As more is 
known about the requirements of the volume design 
effort the SQL statements may become an avenue for 
additional data typing or input, 

(15) Message if value not found: This and the next prompt 

are only generated if a SQL statement has been used. 

The message usually generated in this instance relates 
that the ID# was not generated. There is no reason to 
this author’s knowledge why the numbers would not be 
generated . 

(16) Must value exist: The answer is YES, 

(17) Is field fixed length: Rone of the fields are fixed 
length. Fixed length refers to the number of charac- 
ters or numbers that must be entered and does not refer 
to the maximum length definition. 

(18) Auto jump to next field: If any of the fields were 
fixed length this could be used. As it is now, the 
designer must his <return> to move the cursor to the 
beginning of the next field. 
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(19) Convert field to upper case: This is not necessary in 

this application. 

(20) Help message: This IAG prompt gives the screen inter- 

face designer a chance to help the volume designer by 
clarifying what goes into the field. The current help 
messages will probably be modified as more is known 
about the volume design effort. 

(21) Lowest Value: None of the fields in this application 

needed to use this concept. 

(22) Highest value: None of the fields in this application 

needed to use this concept. 

Once all the screen criteria have been entered the 
interface designer must then retype IAG filename for a 
compile to take place. Appendix 2 is a listing of the IAG 
compiled code. It is easy to discern from the listing all 
specific screen design decisions concerning each block and 
their corresponding fields. Further enlightenment regarding 
the IAG prompts can be found in the Oracle Manual in the IAF 
Application Design Reference section. 

One Oracle idiosyncracy that should be pointed out to 
future generations of Oracle users involves the modification 
process. It is easier to erase an entire field and reanswer 
the prompts regarding its screen activation than to try to 
change the individual responses. This is because, as noted 
before, the prompts are answer dependent. 



59 



In general, an effort was made to make the screen 
interface easy to read, easy to use and regular. This will 
hopefully make it easy for the volume designer to do his/her 
job and for future changes to be applied against the screen 
interface . 
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V. CONCLUDING REMARKS 



The previous pages describe the operations of the CSDE; 
the responsibilities of the major subroutines, the data flow 
characteristics and the data base requirements. Following 
these descriptions, a relational data model is defined and 
its implementation on the Oracle DBMS is outlined. 

Chapter I was dedicated to introducing the problem. 

This was done by describing an analogy to a current techno- 
logy and its relationship to the work this thesis effort 
supports. Chapter I also laid the foundation for the ensuing 
chapters, discribing what was to be discussed in each of them. 
Chapter II analyzed and defined the problem; what were the 
data base requirements of the CSDE and how did they need to 
be supported. Chapter III described in detail the rela- 
tional model that can support those requirements. Following 
this, Chapter IV described the step by step procedures 
needed to implement the relational model on a general 
purpose DBMS - Oracle. 

Throughout this thesis effort an attempt was made to 
recommend possible uses of the data base by the CSDE 
subroutines. The final incorporation of the relational 
model into the CSDE's subroutines will depend on individual 
expertise and experience. However, there are many things 
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to be considered in this future implementation and in the 
following paragraphs I will briefly highlight some of 
these . 

The next obvious step is to use the relational model in 
the CSDE's subroutines and make use of the Oracle DBMS. The 
first part of this step would be to design and implement 
a Translator based on the relational model. As was previ- 
ously noted, the purpose of the Translator subroutine is to 
make the SDE input information available to the CREATEDB1 
module, which then places the data in the Primitive List and 
Symbol Table tables. In parallel to the performance of this 
task, a microprocessor design volume will also have to be 
placed in the data base tables. This can be done using the 
Application Design Interface (ADI) for those designs 
currently being developed or through an interface translator 
for those preexisting microprocessor designs, where it would 
be too cumbersome to reenter the data by hand. Onec these 
entities are in place, the Functional Mapper can be designed. 

Relational DBMS's are a relatively new technology. 

Their use in CAD systems is even more recent. Hence, the 
amount of applicable literature is limited. However, one 
thing the literature does reflect is the fact that 
relational data bases are generally slow, [Ref. 7] 

In light of this fact, the designer of any one of the 
subroutines using the relational model will have to determine 
query algorithms that optimize Oracle's efficiency and 
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effectiveness. There are characteristics of the CSDE l s use 
of the data base that will weight the construction of such 
algorithms a certain way. For instance, when CREATEDB1 
enters data into the Primitive List and Symbol Table it will 
do so sequentially. There is no random generation of primi- 
tives and their arguments. A Title group is defined with 
the macros that will perform the given function and placed 
in the Primitive List. The arguments for each macro are 
then supplied with their corresponding precision parameters 
sequentially . 

Therefore, there will be no need for the Oracle system 
to insert records between existing records. All records 
will be added to the end of the last record in the table. 

The algorithm should be designed to take advantage of this 
fact if at all possible. 

The query algorithms for the Timing Analyzer and the 
Formatter will be variations on this select, compare and 
insert theme. This variation will enable the programmer to 
design, test and conduct performance evaluation on the 
various related algorithms using the Oracle DBMS. 

If during the creation of the query algorithms it 
becomes necessary to modify the data base in order to 
optimize Oracle r s effectiveness, this can be easily done. 

This is one of the benefits of a relational data base model. 
The fact that the functional capabilities are incorporated in 
a single module make it an easy base to transform. 
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This is in effect the major contribution of this 
research. Through this effort the CSDE r s data requirements 
were thoroughly analyzed and the information was encapsu- 
lated into localized entities which form the basic buidling 
blocks of the 3 major complex data structures: 1) problem 
statement input, 2) microprocessor volume library 2) micro- 
processor volume library and 3) the final design configura- 
tion. These three structures, because of their final 
relational form, can be easily modified. However, the 
identification and cataloguing of their purpose and function 
will probably not change drastically. The changes that will 
come will probably be additions to the data base as new 
requirements become apparent and necessary. 

From here then, the next step is to verify that this 
plan can be used effectively by the Oracle DBMS. If it is 
discovered that Oracle can not meet the requirements of the 
CSDE project, this thesis has provided a sound analysis of 
the data base requirements, defined in Chapter II and 
realized into relational form in Chapter III, for implementation 
on any future system. 

A User's Guide for the ADI is on file with the CSDE 
project . 
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APPENDIX A 

CREATEDB UFI TABLES 



CREATE TABLE ?R I •* I T I VEL I S T (TITLE CHAR(25) NOT NULL, 

MACRONAME CH AR ( 25 ) !JOT NULL , 
POINTERX MU M BER(6)); 



I NOT NULL INDICATES FIELD IS A PART OF THE KEY 



CREATE TABLE SYMBOL T A p L E (POINTERX NUMBER ( 6 ) NOT NULL, 

ARGUMENT CHAR (25) NOT MULL, 
MINIMijm NUMBER (6), 
maximum NUMBER (6) ) ; 

• 

I 

• 

J NEXT 9 BLOCKS MAKE UP THE HARD WARE MACRO TARLE 
I FOR THE REALIZATION VOLUME DESIGN 



CREATE TABLE I DENT I T Y8L0CK ( MICROPROC CHAR(25) NOT NULL, 

H i‘J M A C R 0 CHART 25 ) NOT NULL, 
MILLIWATTS NU M BER ( b ) , 
CHIPCOUNT NUMRER(o) , 
LATENCY NUMBER (6), 

POINTER NUMBER (6)); 



CREATE TABLE PARAMETER8LOCK ( PQINTFR NUMBEP(o) NOT MULL, 

PARAMETER CH AR ( 25 ) MOT NULL, 
MINIMUM NUMBER (6), 

MAXIMUM NUMBER(o)); 



CREATE TABLE COMMENTBLOCK ( POINTER N'jMRER(b) NOT NULL, 

COMMENT CHAR(BO), 

COMID NUMBER (6) NOT MULL); 



CREATE TABLE INCLUDE8L0CK ( POINTER NUMR£R(6) NOT NULL, 

INCLUDE CH AR ( 25 ) , 

INC ID NUMBER (6) NOT NULL, 
TIMES fN U M B E R ( 6 ) ) ; 



• 

CREATE TABLE C ALL8L0CK ( POINTER NUMBER ( 6 ) NOT NULL, 

CALL CH A P ( 25 ) , 

CALLID NUMBER ( 6 ) NOT MULL, 
TIMES NUMBER ( 6 ) ) ; 
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CREATE TABLE CALCBIOC* ( POINTER NUMBER ( 6 ) NOT NULL, 

GLORVAR CHAR(25) , 

OP C H A P ( 3 ) , 

V A 9 CHAR(25), 

RSLT CHAR(?5), 

CALC 10 NUMBER! 6) NOT NULL)? 



CREATE TABLE AT TR I BUT EBLOCK ( POINTER NU^8EP(6) NOT NULL, 

LOCALVAP CHAP(2S), 

OP CHAR ( 3 ) , 

VAR CHAR(?5), 

RSLT CHAR(?5), 

ATTPID NUMRFP(6) NOT NULL); 



CREATE TABLE I FBLOCK ( POINTER NUMPEP(6) NOT MULL, 

VAR I ABLE 1 CHARC25), 

OP CHAP(3), 

VAR I ABLE2 CHAR(25) , 

IFMP CH AR ( 25 ) , 

IFUACRO C H A P ( 25 ) , 

I R REQ CHARf25), 

10 NUMBER ( 6 ) , 

IF 10 NUMBER (6) NOT NULL); 



CREATE TABLE TEXT8L0CK ( POINTER NIJMBEP(6) NOT NULL, 

TEXT CHAR (80) , 

TEXT 10 N U M B E R ( 6 ) NOT NULL); 



« 

I THE NEXT 9 BLOCKS CONTAIN THE TABLES NECESSARY FOR THE 
1 SOFTWARE PRIMITIVES FOR THE REALIZATION VOLUME 



• 

CREATE TABLE SIDENT I TYBLOCK ( MICPOPROC CHAR(25) MOT MULL, 

SWMACP9 CHAR (25) NOT NULL, 
STORAGE NU«9ER(6), 

TIME NIJMBFR(o), 

EXTPEF NUMBER (6) , 

POINTER NUMBER (6) ) ; 



CREATE TABLE SPAR AMETERBLOCK 
NULL, 



( POINTER MUMREP(fe) MOT MULL, 
PARAMETER CHAR ( 25 ) MOT 

minimum NU m BEP ( 6 ) , 

MAXIMUM NUMBER ( 6 ) ) ; 
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I 



CREATE TABLE SC0MMENT3L0CK ( POINTER NUMBER ( 6 ) NOT NULL, 

COMMENT CHAP(80), 

COMID NljMBER ( 6 ) NOT NULL); 



CREATE TABLE S I NCLUDEBLOCK ( POINTER MUMBEP(6) NOT NULL, 

INCLUDE CH AP ( 25 ) , 

INC ID NUMBER (6) NOT NULL, 
TIMES N U M P E R ( 6 ) ) ; 



• 

CREATE TABLE SCALL8L0CK ( POINTER NlJM0ER(6) NOT NULL, 

CALL CHAR ( 25 ) , 

CALLID NUMBEP(B) NOT NULL, 
TIMES MUMBERC6)); 



• 

CREATE TABLE SCALCBLOCK ( POINTER NU M PER(6) NOT NULL, 

GLOBVAP CHAR f 25 ) , 

OP CHAR ( 3 ) , 

VAR CHAR(25), 

RSLT CHAP ( 25 ) , 

CALCIO NUMBER ( 6 ) NOT NULL); 



• 

CREATE TAELE SATTRIBUTEBLOCK ( POINTER N U M 8 E R ( 6 ) NOT NULL, 

LOCALVAP CHAR(25), 

OP CHART 3), 

VAR CHART25), 

P SL T CHAR ( 25 ) , 

ATTRID N U M B E R C 6 ) NOT NULL) 



CREATE TABLE 3 IFBLOCK ( POINTER NlJMBER(B) NOT NULL, 

V AP I ABLE 1 CHAR ( 25 ) , 

QP CHAR(3), 

VARI ABLE2 CHART25) , 

I P M P CHAR(25), 

T F M A C 5 0 CHAPT25), 

IFPEQ C H AR ( 25 ) , 

ID NUMBER (6), 

IF ID NUMBER (6) NOT NULL); 



CREATE TABLE STEXTSLOCK ( POINTER NUMBER(b) NOT NULL, 

TEXT CHART80), 

TEXTTD NUM6ERC6) NOT NULL); 
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THE NEXT TABLE REPRESENTS THE RELATIONAL MODEL FOR THE 
IDENTIFICATION TABLE 



CREATE TABLE IDENTIFICATION ( NAME CHAR(25) NOT NULL, 

THEDATE DATE NOT MULL, 

PROJECT CH AR ( 25 ) NO! MULL, 
VERSION NO N U M 8 E R ( fc ) NOT MULL, 
IDPTR NU M BER(b) NOT NULL ) 



THE NEXT TABLE REPRESENTS THE DESIGN CRITERIA TABLE 



CREATE TABLE DESIGN CPITEPIA ( IDPTR NUM8E P (6) NOT NULL, 

CSDERUN NUMBER (3) NOT NULL, 
MP C H A R ( 25 ) , 

MONITOR C H A R ( 2 5 ) , 

STORAGE NUMBER ( 6 ) , 

TIME NUMBER (6), 

POwER NllMREP ( 6 ) , 

CHIP NUMBER ( 6 ) ) ; 



THE FOLLOWING TABLE REPRESENTS THE TIMING TABLE 



CREATE TABLE TIMING ( CONTINGENCY CHAR(25) MOT NULL, 

TASK CHAR(25) NOT NULL, 

ATTRHO NUMBEP(b), 

RTTRHO NUMBER ( 6 )) ; 



THE NEXT TNO TABLES REPRESENT THE RELATIONAL MODEL FOR THE 
HARDWARE AND SOFTWARE PRIMITIVE INDEX 



CREATE TABLE PRIMARYINDEX ( TITLE CHAP(25) NOT NULL, 

PRIMITIVE C H A R ( 25 ) NOT NULL, 

rrimptr NUMBER (6) ) ? 



CREATE TABLE SECONDARY INDEX ( PRImptr NUMBER(b) NOT NULL, 

PRIMITIVE C H A R ( 25 ) NOT NULL); 
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APPENDIX- B 

INTERACTIVE APPLICATION GENERATOR LISTING 



f'Oatabase : 

CREATED6.UFI 

^ORACLE worksoace size / Context areas : 

; 3 1 O C k name / bescriotion : 
SOFTIDENTITY/SOFTwARE PERFORMANCE SPECS 
; Tab 1 e name : 

SIOENT I TY3L0CK 

;Check for uniaueness before inssrtinq Y/N : 
M 

/Disolay/Buffer how many records : 

1 

; F i e 1 d name : 

MICROPROC 
/Type of field : 

CHAR 

/ L e n a t h of field / Display lenqth : 

25/25 

; Is this field in r h e base taole Y/N : 

Y 

; Is this field cart of the or i nary key Y/N : 

Y 

/Field to cODy primary key from : 

J Default value ’• 

/Page : 

1 

; Li ne : 

2 

/Column : 

16 

; p r omo t : 

MICROPROCESSOR 

JDisolav prompt above field Y/N : 

N 

/Allow field to be entered Y/N : 

Y 

;sql> 

/Is field fixed length Y/N : 

N 

/ Auto j u m o to next field Y/N : 

N 

/'Convert field to uooer case Y/N f 
N 

; del o message : 

ENTER MICROPROCESSOR TYPE i. e . 3080 
/'Lowest value : 



^Highest value : 

; F i e 1 d nane : 

SWMACRO 

; Ty oe field : 

CHAR 

TLenqth of field / Disolay 

25/25 

; Is this field in the base 

Y 

; Is this field oart of the 

Y 

; F i e 1 d to cooy o r i m a r y key 

» Oe f a u 1 t value t 

;Raae : 

1 

; L i ne : 

a 



1 ena t h : 
taole Y /N : 
o r i m a r v k e v 
from : 



i C o 1 umn : 

20 

;°roTot : 

SOFTWARE PRIMITIVE 

TDisolay oromot a^ove field Y/N : 
M 

JAllow field to oe entered Y / M : 

Y 

;sql> 

; Is field fixed 1 enorh Y / M : 

M 



Y /N 



?Auto j u m o to next field Y/N : 

N 

; Convert field to u o o e r case Y/M : 

M 

; He 1 o message : 

ENTER SOFTWARE “PIMTIVE TO 3E OESCPIBED 
T Lowes t value : 

^Highest value I 

jField name t 
STORAGE 

TTyoe of field • 

NUMBER 

TLenath of field / Disolay lenath : 

6/6 
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; Is this f i e 1 d in the base t aol e Y / N : 

Y 

; Is this field o a r t of the ori-nary key Y / N 
N 

?Defau1t value : 

;Paqe : 

1 

(Line : 

6 

I'Colunn : 

9 

,* P r o m o t : 

STORAGE 

J D i s d 1 a y o r o m o t above field Y / N : 

M 

J A 1 1 o w field to be entered Y / N : 

Y 

(Allow field to be undated V / M : 

Y 

;sql> 

r Is field mandatory Y / N : 

N 

; I s field fixed lenoth Y / M : 

N 

; Auto jumo to next field Y / M : 

M 

/’Convert field to uooer case Y / N : 

M 

? He 1 d message : 

HOW many bytes IS the primtive CODE 

r Lowes t value : 

JHiahest value : 

(Field name ! 

TIME 

JTyoe of field : 

NUMBER 

(Lenqth of field / Disolav lenoth : 

6/6 

I Is this field in the base taole Y / N : 

Y 

;Is this field oart of the orimarv key Y/N 
M 

J Default value : 

; p age : 
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1 

;Line : 

8 

; Col umn : 

6 

1 Promct : 

TIME 

?0i sol ay oromot a o o v ° field Y / M : 

N 

(Allow field to be entered Y / N : 

Y 

; a 11 ow field to be undated Y / M : 

Y 

; SQL > 

; I s field mandatory Y / N : 

M 

; I s field fixed 1 e n a t h Y / N : 

N 

; 4uto juit'o to next field Y / N : 

M 

(’Convert field to uoner case Y/N : 

M 

; He 1 d messaoe : 

HOW M AN Y CLOCK (T) STATES DOES T^is ©RIMTIVE REQUIRE? 
J Lowest value : 

(Highest value > 

(Field name t 
EXTREF 

; Tyoe of field : 

NUMBER 

JLenath of field / Di Sclav I e n a t h : 

8/6 

;ls this field in the base taole y / M : 

Y 

J Is this field Dart of the orimary K e v Y / M t 
N 

(Default value : 

;Paqe : 

1 

? L i ne : 

1 0 

;Co1 umn : 

21 

( P romDt : 

external references 
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JDisolav prompt anove field Y/N : 

N 

/Allow field to be entered Y/N : 

Y 

/Allow field to be ud dated Y/N : 

Y 

;sql> 

/Is field mandatory Y / N : 

M 

; I s field fixed lenatd Y/N : 

M 

/Auto jumo to next field Y/'l : 

N 

1 Convert field to upper case Y/N : 

N 

; He 1 d message : 

NUMBER OF MEMORY STATES 
'• Lowes t value : 

;Highest value : 

/Field name : 

POINTER 

/Tyoe of field : 

NUMBER 

/Lenqth of field / Display 1 enatt : 

6/6 

/Is this field in the base taole Y/N : 

Y 

/Is this field Part of the orimarv key Y/N 
N 

/Default value : 

99 

JPaoe t 
1 

/Line : 

12 

/Col umn : 

9 

iPromot : 

POINTER 

/Display oromot above field Y/N : 

N 

/Allow field to be entered Y/N : 

N 

; SQL > 

SELECT max (POINTER ♦ l) 

INTO POINTER 
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FRON SIDENT I TYBLOCK 



l^essaae if value not found : 

POINTER VALUE NOT GENERATED PY OB’^S 
; 'lust value exist Y/N : 

Y 

JField name t 

; Block name / Descriotion : 
PARAMETERS/PRI^ITIVE’S I/O VARIABLES 
JTable name : 

SPARAMETERBLOCK 

J C h e c k for uni aueness before insert ino Y/N 
N 

r Oi sol ay/Bu f f er how many records : 

6 

; Base crt line ? 

3 

rHow many onysical lines per record ? 

3 

/Field name : 

POINTER 

JTyoe of field : 

NUMBER 

JLenorh of field / Disolay 1 enat h : 

6/6 

? Is this field in the base t a o l e Y/N : 

Y 

; Is this field oart of the ori nary kev Y/N 

Y 

/Field to cooy orimary kev from : 

/Default value : 

; D age : 

? 

; L i ne t 

1 

/Column r 
9 

J P romo t : 

POINTER 

^Display orcmot aoove field Y/N : 

N 

/Display promot once for olock Y/N : 

N 

? A 1 1 o w field to be entered Y/N : 

Y 

;sql> 
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Ms field fixed 1 enat h Y / N : 

N 

; A u t o j u m o to next field Y/N : 

N 

(’Convert field to uooer case Y/N : 

N 

;HelP messaoe : 

ENTER POINTER VALUE GENERATED IN LAST BLOCK 



(’Lowest value : 

; Hi ahest value : 

; F i e 1 d name : 

parameter 

Mype of field : 

CHAR 

(Lenath of field / ^i sol ay 
25/25 

Ms this field in the base 

Y 

Ms this field Part of the 

Y 

(Field to copy primary key 

^Default value ' 

( ,p aae : 

2 



1 ennt h : 
table Y/N : 
orimary key 
from : 



I / N 



?Li ne : 
1 



; Column : 

40 

; P romot : 

PARAMETER 

; D i sol ay oromot anove field Y/N : 
N 



JDisolay oromot once for block Y/N : 
N 



; A1 low field to be entered Y/N : 
Y 

;SQL> 



Ms field fixed lenath Y/N : 

N 

;Auto iump to next field Y/N : 

N 

(Convert field to uooer case Y/N : 
N 
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; He 1 o message : 

ENTER IMPUT OR OUTPUT PARAMETERS FOP PRIMITIVE 
# Lowest value : 



; H i q h e s t value ’ 

; F i e 1 d name : 

MINIMUM 

; T y o e of field : 

NUMBER 

; L e n q t h of field / Display lenoth : 

6/6 

; Is this field in the base taole Y/M : 

Y 

; Is this field Dart of the primary key Y / fv * 
N 

/Default value • 

}P aqe : 

2 

; L i n e : 

2 

/Column : 

9 

; P romqt : 

MINIMUM 

; 0 i sol a v oromot above field Y/M : 

N 

? Display oromot once for block Y /N : 

N 

? A 1 1 o w field to be entered Y / N : 

Y 

? A 1 1 o w field to be updated Y / N : 

Y 

;sql> 

/Is field mandatory Y/M : 

M 

/Is field fixed lenoth Y/M : 

N 

/Auto jump to next field Y / N : 

N 

; Convert field to uooer case / /N : 

N 

;Helo message : 

ENTER MINIMUM PRECISION FOR ARGUMENTS i.e. 
t Lowest value ' 

;Hiohest value : 



bits 
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; F i e 1 d nane : 

MAXIMUM 

;Tyoe of field : 

■NUMBER 

JLenqth of field / Disolav I enath : 

6/6 

; I s this field in the base table Y / N : 

Y 

; Is this field oart of the o r i m a r y key Y / N : 

N 

; Default value • 

;Raae : 

2 

; L i n e : 

2 

5 Col umn : 

ao 

; Promot : 

MAXIMUM 

/Disnlay oromot above field Y/N : 

N 

JDisolay oronot one® for bloc< Y/N : 

M 

r A l low field to be entered y/N : 

Y 

/Allow field to be u n d a r e n Y/N : 

Y 

; SQL > 

Is field mandatory Y/N : 

M 

/Is field fixed lemth Y/N : 

N 

/'Auto iumo to next field Y/N : 

N 

/‘Convert field to uooer case Y/N : 

M 

JHelo messaoe : 

ENTER MAXIMUM PREC I SIQNFOR ARGUMENT i.e. 16 bits 
'• Lowes t value : 

^Highest value : 

> F i e 1 d name : 

/Block name / Descriotion : 

COMMENT/COMMENTS F OR PRIMITIVE 
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J Tab 1 e naTe t 
SCOMMENTHLOCK 

J Check for unioueness before inserting Y/N : 
N 

; 0 i sp 1 a y /8u f f e r how oany records : 

5 

;9ase crt line ? 

a 

»'How nany onysical lines oer record ? 

a 

;Field name : 

POINTER 

;Tyoe of field : 

NUMBER 

f'Lenath of field / Display length : 

6/6 

; Is this field in the base table Y / N : 

Y 

1 I s this field oart of the ori^ary key Y/N : 

Y 

jField to cony orimary key from : 

t Default value : 

1 Paoe : 

3 

;Line : 

1 

J Co 1 UTin : 

Q 

} ° r omo t : 

pointer 

fDisnlay oromot acove field Y/N : 

N 

JOisnlay oromot once for o'ock Y / r>l : 

N 



JAllow field to be entered Y/N : 
Y 

; SQL> 

; Is field fixed t e n a t- h Y/N : 

N 

1 A u t o j utio to next field Y/N : 

N 



^Convert field to uooer case Y/N : 

N 

? He 1 o message : 

ENTER POINTER VALUE GENERATED IN RIPST BLOCK 
ILowest value : 
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; Highest value : 

; Field name : 
comment 

? T yoe of field : 

CHAR 

/Length of field / Disolay lemth : 
80/80 

; Is this field in the base table Y / u : 

Y 

; Is this field cart of the o r i m a r v kev 
M 

^Default value ' 

; ? aae : 

3 

; L i n e : 

2 

; Co l unn : 

9 

; Proaiot : 

COMMENT 

? D i s o 1 a v oromot above field Y/N : 

M 

? D i s o 1 a y o r 0 m o t once foe block Y/N : 

N 

/Allow field to be entered Y/N : 

Y 

/Allow field to be undated Y / N : 

Y 

;sql> 

; Is field mandatory Y/M : 

N 

; I s field fixed length Y/N : 

N 

/Auto j u m o to next field Y/N : 

N 

/‘Convert field to uooer case Y/N : 

N 

; He 1 o message : 

COMMENTS fllLL 8E IN TH£ ORDER OF INPUT 
f Lowes t va 1 ue : 

^Highest value ' 

/’Field name ' 

COMID 



Y/N 
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; T y oe of field : 

NUMBER 

; L e n a t h of field / Display 
6/6 

; Is this field in the base 

Y 

; I s this field oart of the 

Y 

?Field to cooy orinarv key 

; Default value ' 

09 

;Paqe : 

3 



1 e no t h : 
t a o 1 e y / M : 
primary k e v 
f rom • 



> L i n e : 

3 

/Col umn : 

50 

JPromot : 

ID 

JDisolay oronot above field Y/M : 

M 



fOisolay oroTOt once for block Y/N : 
N 



Ml low field to be entered Y/N : 
M 



; SQL > 

SELECT ma* ( CQMID + 1 ) 

INTO COM ID 

FROM SC0MMEMT8L0CK 

JMessaqe if value not found : 
ID NOT GENERATED BY DBMS 
/Must value exist Y/N : 

Y 



! F i e 1 d nane : 

;91ock nane / Descriotion : 

INCLUDE/ INCLUDE DESCRIPTIONS 
/Table nane : 

1 M CL IJ DEBLOC* 

J Check for uniqueness before insert inn 
N 

/Di sol ay/Suffer how t a n y records : 

2 

/Base crt line ? 

2 



/How Tiany ohvsical lines oer record ? 

a 



Y/N 



Y/N 
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; F i e 1 d name : 

POINTER 

;Tyoe of field ' 

NUMBER 

JLenath of field / 0 i s o 1 a v lenath : 

6/6 

; Is this field in the base taole Y / N : 

Y 

? Is this field Dart of the orinary key Y / N : 

y 

;F ield to CODy orinary key from : 

; Default value ' 

;?a qe : 

a 

J L i ne : 

1 

; Co 1 umn : 

9 

; Prompt : 

POINTER 

fDisolay oromot above field Y /N : 

N 

; D i sol a v prompt once for block Y/N : 

M 

;A1 low field to be entered Y / N : 

Y 

?SQL> 



; Is field fixed length Y/M : 

N 

? A u t o jumo to next field Y/N : 

N 

?Convert field to uooer case Y/N : 

N 

; He 1 p message : 

ENTER POINTEP VALUE GENERATED ON FIRST BLOCK 
J Lowes t value : 

; Hi ahest value : 

JField name : 

INCLUDE 

JTyoe of field : 

CHAR 

JLenath of field / Display lenath : 

25/25 

; Is this fielo in the base taole Y/N : 
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Y 

; Is this field cart of the orimary key Y/N : 

M 

; Default value ' 

;Page t 

a 

/Line : 

1 

/Column : 

ao 

;Promot : 

INCLUDE 

JDisolay oro'not above field Y/N : 

M 

? D i s d 1 a y d r o m o t once for clock Y/N : 

N 

;A| low field to be entered Y/N : 

Y 

/‘Allow field to be undated Y/N : 

Y 

;sql> 

; Is field mandatory Y/N : 

N 

; Is field fixed 1 e n a t h Y/N : 

N 

JAuto j u m o to next field Y/N : 

N 

^Convert field to uooer case Y/N : 

N 

;He1o message : 

ENTER NAME OF H/W QR S/.v PRIMITIVE TO 8E INCLUDED 

/Lowest value : 

IHiohest value ’ 

J F i e 1 d name : 

IMCID 

/Tyoe of field : 

NUMBER 

/Length of field / Di sd ' av leooth : 

6/6 

; Is this field in the base taole Y/N : 

Y 

/Is this field Dart of the orimary key Y/N : 

Y 

; F i e 1 d to cODy orimary key from : 
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/Default value t 
99 

iPage : 

a 

/Line : 

2 

jColunn : 

12 

;Promot : 

INCLUDE ID 

; D i s d 1 a y o r o m o *■ above field V / N : 

N 

;0isDlay oro’iot once for oIock it M : 

N 

/Allow f i e 1 o to be entered Y / N : 

N 

;SQL> 

SELECT MAX ( I MC ID + 1) 

INTO INCID 

FROM INCLUOEBLOCK 

JMessaae if value not found : 

ID NOT GENERATED BY DBMS 
/Must value exist Y/M : 

Y 

’> F i e 1 d name : 

/’Block name / Descriotion : 

CALL BLOC* / MACRO TO BE USED BY CURRENT PRIMITIVE 
7 Tab 1 e name : 

SCALLBLOCK 

/Check for uniqueness before insert i no it N : 

N 

/Disolay/Buffer how many records : 

2 

JBase crt line ? 

19 

JHow many ohvsical lines oer record ? 

a 

/Field name : 

POINTER 

/Tyoe of field : 

NUMBER 

JLength of field / Di sol ay lenath : 
b/b 

/Is this field in the base table Y / N : 

Y 

/Is this field oart of the o r i m a r y key Y / ivi : 

Y 
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; F i e 1 d to cooy d r i m a r v < e v fro 1 " : 

; Default value ‘ 

?Paae : 

U 

»’Li ne : 

1 

; Co 1 umn : 

9 

jPromot : 

pointer 

/Display oromot above field Y/'l : 

N 

/Display oromot once for o 1 o C k Y / N : 

M 

/Allow field to be entered Y / N : 

Y 

;sql> 

/Is Yield fixed lenorh Y / \j : 

M 

/Auto jump to next field Y / N : 

N 

/Convert field to uooer case Y / N : 

N 

;Helo message : 

ENTER VAL-JE GENERATED ON FIRST page 
i Lowest value : 

/Highest value : 

/Field name : 

CALL 

/Type of field I 
CHAR 

/Lenath of field / Display leoath : 

25/25 

? I s this field in the base taole Y/N : 

Y 

/Is this field oart of the orimery key Y/N 1 
N 

/Default value : 

JPaqe : 

a 

/Line : 

1 

/Column ! 
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40 

;Pro"not : 

CALL 

/Display o r o m o t aDove f ieH V / M : 

N 

/Display promot once for block Y/N : 
M 

/Allow field to be entered Y/N : 

Y 

/Allow field to be undated Y/N : 

Y 

/SQL> 



/Is field mandatory Y / M : 

N 

/Is field fixed lenath Y / M : 

N 

/Auto jumo to next field Y / M : 

N 

/Convert field to uooer case Y/N : 
N 



/Helo message : 

ENTER H/W OR S /'ft PRIMITIVE 
/ Lowes’ - value : 

/Highest value : 

/Field nane : 

CALLID 

/Type of f i e 1 g : 

NUMBER 

/Length of field / Display 
6/6 

/Is this field in the base 

Y 

/Is this field oart of the 

Y 

/Field to copy o r i m a r y key 

/Default value / 

99 



TO BE CALLED FROM CURRENT 



lenath : 
taole Y /N : 
primary kev Y / M : 
f rcm : 



/Rage : 
4 



/Line : 

2 

/Col umn ; 
1 0 

/Prompt : 
CALL ID 



MACRO 
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jOisolay oromot above field Y/M : 

N 

/Display oromot once for block Y / N : 
N 

?A11ow field to be entered Y / N : 

N 

;sql> 

SELECT MAX ( CALLID + 1 ) 

INTO CALLID 
FROM SCALLBLOCK 



/Messaoe if value not found t 
ID MOT GENERATED!! 

/Must value exist Y/M : 



Y 

/Field name t 

/Slock name / Description : 

CALC/ CALCULATION OF GLOBAL VARIABLES 
/Table name : 

CALCBLOCK 

/Check for unioueness before insert i n a 
N 

? D i sp 1 ay /9u f f e r how many records : 

2 

/ Base crt line ? 

2 



; How many ohysical lines o 

5 

/Field name : 

POINTER 

/Type of field - 
NUMBER 

/Length of field / Display 
6/6 

/Is this field in the base 

Y 

Ms this field Part of the 

Y 

/Field to copy primary key 

/Default value ’ 

iPaqe : 

5 



r record ? 



1 ena t h : 
t a o 1 e i / N : 
primary v e v 
from t 



/Line : 

1 

; Col umn : 
9 



Y / N 



Y/N 
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; P romot : 

POINTER 

; D i s o 1 a y DrorTiof above field Y / ‘ J : 

N 

jDisolay oromot once for clock Y / N : 

N 

; A 1 low field to be entered Y / N : 

Y 

;SQL> 

; Is field fixed lenqth Y / 'i : 

M 

» Auto jumo to next field Y/M : 

N 

/Convert field to uooer case Y / \| : 

N 

; He 1 o message : 

ENTE» POINTER VAL'JE GENERATED ON FIRST ° A GE 
? Lowest value : 

;Hiqhest value • 

?Field na're : 

GLOB V AR 

/Tyoe of field : 

CHAR 

/Lenqth o * field / Di Sclav lenqth : 

25/25 

/Is this field in the base taole Y/M : 

Y 

/Is this field cart of the or i narv kev Y / N 
N 

/Default value : 

/'Page : 

5 

J L i ne : 
l 

/ Co 1 unn : 

ao 

IPromot : 
global VARIABLE 

/OisDley oromot above field Y/M : 

N 

/DisDlay oromot once for b 1 o c ■< Y/M : 

N 

/Allow field to be enter? ] Y / N : 

Y 

/Allow field to be undated Y/M : 
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Y 

;sql> 

; I s field nanlatory Y / N : 

N 

; I s field fixed length Y/N : 

N 

? Auto iumo to next field Y / M : 

N 

/Convert field to uooer case Y/N : 

N 

; He 1 D message : 

ENTER GLOBAL VARIABLE TO BE CALCULATED 
J Lowest value : 

/ Hi qhes t value : 

/Field nane : 

OP 

»TyDe of field t 
CHAR 

JLenath of field / Disolav 1 enat h : 

3/3 

; I s this field in the base taole Y/N : 

Y 

; Is this field o a r t of the ori^arv < py Y / M 
N 

/Default value : 

/Pane : 

5 

/Line : 

2 

/Column : 

1 0 

/ P romot : 

OPERATOR 

JDisolav oromot above field Y/N : 

N 

/Disolay o r o m o f once f or block Y/N : 

N 

/Allow field to be entered Y/N : 

Y 

/Allow field to be undated Y/N : 

Y 

/SQL> 

/Is field mandatory Y/N : 

N , 
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/Is field f i * ed length Y/M : 

M 

/Auto j u^o to next field Y/N : 

N 

/Convert field to uooer case Y / N : 

M 

; He 1 o message : 

EMTER OPERATOR **,*,♦/-,/ 

/Lowest value : 

/Hiqhest value t 

/Field name t 
VAR 

TTyoe of field ' 

CHAR 

TLenafh of field / Disolav lenath : 

25/2S 

/Is this field in the base table Y/M : 

Y 

/Is this field oart of toe orimarv kev Y/M 
M 

/Default value • 

;Paqe : 

5 

/Line : 

2 

/Column : 

ao 

; P romo t : 

VARIABLE 



9 0 i s p 1 a y orooiot 
N 

7 D i s o 1 a y o r o m o r 


above field 


Y/N 


one 


e for block 


N 

? A ] low 

Y 


field 


t o 


be 


entered 


Y/M 


T 

; ai i ow 


field 


t o 


be 


u o d a t e d 


Y/M 



Y 

;sql> 

; Is field mandatory Y/M : 

N 

/Is field fixed lenath Y/M : 

N 

/Auto jumo to next field Y/M : 

M 

JConvert field to uooer case Y/M : 
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N 

; He 1 d message : 

GLOBAL VARIABLE (OPERATOR) VARIABLE = RESULT 
/Lowest value : 

; H i chest value : 

TField name : 

RSLT 

;TyDe of field : 

CHAR 

/ L e n q t h of field / Qisolav length : 

25/25 

Tls this field in the base taole Y / U : 

Y 



Ms this field o a r t of the o r i m a r y key Y / '1 : 
N 

/Default value : 

;Page : 

5 

/Line t 

5 

/Column : 

ao 

r Promot I 
RESULT 



TDisolay oromot 


aoo v e f ieH 


Y / f'j 


M 






TDisDlay oromot 


once for hi 


oc v 


N 






TAllow fieln to 

Y 


be en^ereo 


Y/M 


T 

; A 1 low f i e 1 o to 


be u o d a t e d 


Y / N 



Y 

; S0L> 



Ms field mandatory Y/N : 

N 

Ms field fixed length Y / M : 

M 

/Auto ju^o to next field Y / 0 : 

N 

/Convert field to uoo*»r case Y/M : 

N| 

THelo message : 

GLOBAL VARIABLE (OPERATOR) VARIABLE = RESULT 
? Lowest value : 
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;Hiqhest value • 

; F i e 1 d naoe : 

CALCTO 

; T y De of field : 

NUMBER 

T L e n a t h of field / 0 i s n 1 a v 
6/6 

J Is this field in the base 

Y 

; I s this field n a r t of t h ** 

Y 

;Field to cony Primary *ev 

? 0 e f a u 1 t value ' 

99 

; P a q e : 

5 

(Line : 

a 



1 e o q t h : 
table Y / N : 
primary l<ev Y / r 1 
t rom : 



; Col umn : 

1 0 

; Prompt : 

CALC 10 

T D i s o 1 a y o r o m o t above field Y / M : 

M 

JDisolav orbTiot once for bloc* Y / M : 
N 

(Allow field to be entered Y / N : 

M 

; SQL > 

SELECT ^ A x ( C a L C I 0 t 1 ) 

INTO CALCIO 
FROM CALCBLOCK 



(Message if value not found : 

ID NOT GENERATED 8Y THE SYSTEM 
(Must value exist Y/M ; 

Y 

? F i e 1 d name : 

J 3 1 o c k name / Desc-iotioo : 

ATTRIBUTE 
r Tab 1 e name : 

ATTRIBUTEBLOCK 

(Check for uniaueness b e t o r insert i na Y/M 
M 

(Display/Buffer how many records : 

2 
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/'Base c r t line ? 

1« 

; How many pnysical lines oer record ? 

5 



; F i e 1 d name : 

pointer 

;Type of field : 

NUMBER 

J L e n a t h of field / Oisolav 
6/6 



Is this 


field 


in the 


base 


Is this 


field 


cart o 4 


the 


Field to 


C OOy 


r> r i nn a r y 


key 


Oe f au 1 t 


value 


• 

• 




Paae : 








Line : 








Column : 








P romot ! 









1 enath : 
taol e Y / N : 
orimary kev Y / M 
from : 



pointer 

/ D i s p 1 a v oromof above field Y / N : 



N 



JDisolay oromot once for n 1 o c k Y / N : 
N 



? A 1 1 o w field to be entered Y / N : 
Y 

;sql> 



/Is field fixed length Y / N : 

N 

J A u t o j u m c to next field Y / N : 

M 

^Convert field to uooer case Y / N : 

M 

? He 1 o message : 

ENTER VALUE GENERATED ON FIRST 3 A GE 
/Lowest value : 

/Hiahest value • 

/Field name ’ 

LOCALVAR 

/Tyoe of field : 
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CHAR 

7 L e n a t h of field / Display 1 enaf n : 

2 5/?5 

7 Is this field in the base t a o 1 e Y / 0 : 

Y 

; I s this field oart of the or i many k»v Y / f I : 

N 

7 D e f a u 1 t value : 

;Paae : 

5 

7 L i n e : 

1 

; C o 1 umn : 

40 

7 P romot : 

LOCAL variable 

7 D i s o 1 a v crorrot above field Y / M : 

N 

7 D i s o 1 a y oronnot once for block Y / N : 

M 

/Allow field to be entered Y / M : 

Y 

/All ow field to ne uodated Y / M : 

Y 

7 SQL > 

7 I s field mandatory Y / N : 

M 

7ls field fixed length Y /' 1 : 

H 

7Auto iutto to next field y/nj : 

M 

i Convert field to uooer case Y / M : 

N 

7 Help nessaoe : 

EMTER LOCAL VARIABLE yiHOSE VALUE IS TO CALCOLATED 
7Lowest value : 

7 H i gh es t value : 

7 F i e 1 d nane 7 
OP 

7 Tvoe of field : 

CHAR 

7Lenath of field / Display length : 

6/6 

7 I s this field in the base tad ? Y/M : 

Y 
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; I s this field Part of the primary k e v Y / N 
M 

; Default value : 

;Paqe : 

S 

; L i ne : 

2 

; Co 1 umn : 

10 

/Prompt : 

OPERATOR 

TDisPlay prompt above field Y / N : 

N 

/Display prompt once for block Y/N : 

N 

/Allow field to be entered Y/N : 

Y 

? A1 low field to be uodated Y / M : 

Y 

;sql> 

; Is field mandatory Y / N : 

N 

; Is field fixed length Y/M : 

N 

; Auto jump to next field Y/M : 

M 

! Convert field to uoner case Y/M : 

M 

» He Id message : 

ENTER OR / 

> Lowes t value : 

; H i a h e s t value : 

/Field name : 

VAR 

/Type of field : 

CHAR 

/Length of field / Display 1 e n a t b : 

25/25 

/Is this field in the base t a o 1 e Y/M : 

Y 

/* Is this field oart of the primary key Y/M 
N 

/Default value - 
/Page : 
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5 

? L i ne : 

2 

? Co I umn : 

ao 

; P romo t : 

VARIABLE 

; D i s d 1 a y o r o m o t above field Y / N : 

N 

?0isolay o r o m o t once for block Y / r i : 

INI 

(Allow field to be entered Y / f, J : 

Y 

; A 1 1 o w field to ne undated Y / N : 

Y 

; SQL> 

; Is field mandatory Y/N : 

N 

; I s field fixed lenoth Y / \i : 

M 

; A u t o j u m o to next field Y / U : 

M 

(’Convert field to uooer case Y/M : 

N 

; He 1 o message : 

LOCAL VARIABLE (OPERATOR) VARIABLE = RESULT 
(Lowest value : 

JHiahest value : 

J F i e 1 d name : 

RSLT 

jTyoe of field : 

CHAR 

; L e n g t h of field / Display 1 e n a t h : 

25/25 

(Is this field in the base t a o 1 e Y/M : 

Y 

(Is this field Dart of the orimary key Y / M 
N 

J Default value ’ 

;Paqe : 

5 

;Line : 

5 

(•Column : 

ao 
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; P romo t : 

RESULT 

; D i s o 1 a y oromot above f i e H Y/N : 

N 

; D i s d 1 a y oromot once for p 1 o c < Y/N : 

M 

; A1 low field to be entered Y / N : 

Y 

; A 11 o w field to be undated Y/N : 

Y 

;sql> 

; Is field mandatory Y/N : 

M 

; Is field fixed lenqth Y/N : 

M 

; Auto jumo to next field Y/N : 

N 

^Convert field to uooer case Y/N : 

N 

’> He 1 o messaae : 

LOCAL VARIABLE (OPERATOR) VARIABLE = RESULT 
r Lowes t value : 

jHiqhest value ' 

r F i e 1 d name : 

ATTRID 

TTyoe of field ' 

NUMBER 

! Lenat h of field / Disclav lenoth : 

6/6 

? Is this field in the base taole Y/N : 

Y 

; Is this field Dart of the orimarv kev Y/N 

Y 

(Field to cony orimary kev from : 



^Default value • 

99 

? P a a e : 

5 

(Line ' 

4 

% 

(Column : 

15 

JPromot : 

ATTRIBUTE ID 

(Disolay oromot above field Y/N 
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N 

; D i s d 1 a y o r o m o t once for block Y/N : 

N 

/Allow field to be entered f / M : 

M 

;sol> 

SELECT \*AX ( ATTPin t 1) 

I M TO A T T R I D 

FROM SATTRIBUTEBLOCK 

/Messaqe if value not found : 

ID NOT GENERATED BY SYSTEM 
JMust value e * i s t Y/N : 

Y 

JField name : 

JBlock name / Descriotion : 

IF/SOFT/JARE MACRO IF STATEMENTS 
/Table name : 

SIFBLOCK 

/Check for uniaueness before inserting Y / M 
N 

/'Di sol ay /Buffer how many records : 

1 

? F i e 1 d name : 

pointer 

J T y d e of field : 

NUMBER 

/Lenqth of field / Qisolav I e n a t h : 

6/6 

; Is this field in the base taole Y/M : 

Y 

/Is this field oart of the orimary kev Y/N 

Y 

/Field to c ooy or'i nary key from : 

? Default value : 

JPaqe : 

6 

/Line : 

1 

t Co 1 umn : 

9 

i P r omo t : 

rointer 

/DiSDlay oromot above field Y/N : 

N 

? A 1 1 o w field to be entered Y/N : 
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Y 

;sql> 

? Is field fixed length Y/N : 

N 

M u t o ju'no to next field Y/N : 

M 

; Convert field to tjDoer case Y/N : 

N 

; He 1 o me s s a de : 

ENTER VALUE GENERATED ON FIRST PAGE 
; Lowest value : 

;Hiahest value : 

r F i e 1 d n a m e : 

variablei 

/Type of field : 

CHAR 

JLength of field / Disolay length : 

?5/2S 

; Is this field in the base t a o i e Y / U : 

Y 

; I s this field o a r t of the Drinnary irev Y/N 
N 

/Default value : 

; D age : 

6 

/Line : 

1 

/Column : 

40 

/ P romo t : 

VARIABLE 1 

J D i s p 1 a y oromot above field Y / M : 

N 

7 Allow field to be entered Y/N : 

Y 

Ml low field to be undated Y/N : 

Y 

JSQL> 

/Is field mandatory Y/N : 

N 

/Is field fixed length Y/N : 

N 

Muto jumo to next field if N : 

N 
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^Convert field to uooer case Y / \l : 

M 

; He 1 D messaoe : 

VARIABLE 1 (0°) VARIABLE 2 - RESULT 

? Lowes t value : 

; H i gh e s t value '• 

1 F i e 1 d nafie : 

OP 

; Tyoe of field : 

CHAR 

JLenath of field / Oisolav 1 enot h : 

S/3 

; I s this field in t h e base table V / U : 

Y 

; I s this field oart of the orimary < e v Y / 
M 

; Default value : 

;Paqe : 

6 

; Li ne : 

2 

; C o 1 u t n : 

10 

iPromot : 

operator 

JDisolay oromot above fiela Y / N : 

N 

» A 1 low field to be entered Y / M : 

Y 

; All ow field to be u o dated Y / N : 

Y 

; SQL > 

; Is field mandatory Y / N : 

'T 

; Is field fixed length Y / N : 

U 

; Auto jumo to next field Y/'l : 

N 

^Convert field to uooer case Y / \| : 

M 

; He 1 o message : 

1 Lowest value : 
rHighest value ’ 
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/Field name : 

VARIABLE? 

»Type of field : 

CHAR 

/ L e n q t h of field / Display 1 e n q t h : 

25/25 

/ I s this field in the base taole Y / M : 

Y 

; Is this field part- of the o r i m a r y key Y / N 
M 

/Default value : 

;Page : 

6 

JLine : 

2 

/Column : 

40 

/ P romot : 

VARIABLE 2 

/Display prompt aoove field Y / N : 

M 

/Allow field to be entered Y / N : 

y 

/Allow field to be updated Y / 'J : 

Y 

/ SQL> 

/Is field mandatory Y/M : 

N 

/Is field fixed length Y / M : 

M 

/Auto jump to next field Y / N : 

M 

/Convent field to ucoer case Y/N : 

■M 

/Help message : 

VARIABLE 1 (OP) VARIABLE 2 = RESULT 
/Lowest value : 

/Highest value / 

/Field name : 

IFMP 

/Type of field : 

CHAR 

/Length of field / Disolav length : 

25/25 
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; I s this * i e H in the bass t sol ? Y / \' : 

Y 

; Is this field o a r t of the or i nary kev Y / f J 
N 

/Default value : 

; p a a e : 

6 

/Line : 

a 

; Col umn : 

t 7 

; Promot : 

microprocessor 

JDisolay oromot aoove field Y / M : 

N 

«'Allow field to be entered Y / \l : 

Y 

/Allow field to be undated Y / '■! : 

Y 

;sql> 

Ms field mandatory Y / N : 

N 

Ms field fixed 1 e n a r h Y/'-i : 

M 

/Auto j uno to next field Y / "I : 
d 

(’Convert field to uooer case Y / \i : 

NJ 

/ He 1 d nessaoe : 

E^TER MICROPROCESSOR TYPE i.e. *050 
/Lowest valup : 

^Highest value ’ 

/Field name : 

IFMACRO 

Myoe of field : 

CHAR 

/Lenqth of field / Disolay lenqtn : 

35/25 

Ms this fiel-j in the base taole Y / M : 

Y 

Ms this field oart of the orimary key Y/ M 

M 

/Default value : 

> P a q e : 
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6 

J L i ne : 

6 

/Column : 

11 

J P pomot : 

S/rt OP ri/w PRIMITIVE N A M F 
/Display ororrot above field Y / N : 

N 

jAllcw field to be entered Y / M : 

Y 

/Allow field to be updated Y / M : 

Y 

;saL> 

; I s field mandatory Y/N : 

M 

/Is field fixed length Y / N : 

M 

; A u t o jumo to next field Y/M : 

M 

^Convert field to uooer case Y/M : 

M 

/ He 1 o message : 

'MAME OF MACRO IF STATEMENT APPLIES TO 
/ Lowes t value : 

; Highest value ’ 

/Field name : 

I FREQ 

/Tyoe of field ’ 

NUMBER 

/Length of field / Oisolav length : 

6/6 

; I s this field in the base taole Y / N : 

Y 

/Is this field o a r t of the orimarv kev Y / ' 
N 

/’Default va'ue ’ 

»Paae : 

6 

J L i ne : 

9 

/Column : 

16 

; P r omo t : 

TIMES REQUIRED 



102 



; D i s o 1 a y oro^of above field Y / M : 

N 

; A 1 low field to be entered Y / M : 

Y 

; A 1 1 ow field to be u d 1 a t e d Y/M : 

Y 

;sql> 

; I s field mandatory Y/N : 

N 

; I s field fixed lenqth Y/N : 

N 

; Auto jump to next field Y/N : 

N 

iConvert field to u o o e r case Y/N : 

N 

; He 1 p message : 

NUMBER OF T IVES PRIMITIVE WILL dF USED 
JLowest value : 

^Highest value : 

; F i e 1 d name : 

I F ID 

;Type of field : 

NUMBER 

^Length of field / Display length : 

6/6 

; Is this field in the base taole Y/N : 

Y 

; Is this field Dart of the o r i m a r y <ey Y/N 

Y 

?Field to cooy orimary kev from : 

; Default value : 

Q9 

;Page : 

6 

J L i ne : 

1 0 

J Co 1 umn : 

30 

;Promot : 

IF ID 

JDisDlay prcmot above field Y/N : 

N 

; A 1 1 o w field to be entered Y/N : 

N 

; SQL > 
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SELECT MAX ( I F I D t 1 ) 
INTO IFIO 
FROM SIFBLOCK 



;Messaqe if value not found : 

ID NOT GENERATED BY SYSTEM 
/Must value exist Y/M : 

Y 

/Field name t 

;B1 ock name / Description : 

TEXT/MACRO ASSEMBLY program 
; T ab 1 e name : 

STEXTBLOCK 

T Check for uniqueness before insert i na 
N 

/Display/Buffer how many records : 

5 

;Base crt line ? 

a 

; How many ohysical lines oer record ? 

a 



/Field name : 

POINTER 

/Tyoe of field : 

M'JMRER 

iLenqth of field / D i s o 1 a y 
6/6 

/Is this field in the base 

Y 

/Is this field oart of the 

Y 

/Field to cooy orimary key 

f Default value ' 

/Page : 

7 

J L i ne : 

1 

/Column : 



1 e na t h : 
table Y/M : 
orimary key 
from : 



q 

iPromot : 

POINTER 

/Display oromot above field Y/M t 
N 



/Display oromot once for block Y/N : 
N 

fAllow field to be entered Y/N : 



Y/M 



Y/N 
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Y 

; sol > 

f I s field fixed 1 enn^h Y/N : 

N 

; A u t o ju'T'D to next field Y / N : 

N 

iConvert field to uooer case Y / M : 

N 

; He 1 o message : 

EN1TER VALUE GENERATED ON FIRST RAGE 
J Lowes t value : 

/Highest value : 

/Field name : 

TEXT 

J T yoe of field : 

CHAR 

JLenatE of field / Display lenath : 

80/80 

; Is this field in t n e base taole Y/N : 

Y 

/Is this field oart of the orimarv key Y/N 
N 

/Default value : 

; Page : 

7 

; L i n e : 

2 

;Column : 

6 

; P romo t : 

TEXT 

JDisolav oromot above field Y/N : 

N 

;Disolav oromot onc» for o 1 o c < Y/N : 

N 

? A 1 1 o w field to be entered Y/N : 

Y 

JAllow field to be undated Y/N : 

Y 

,*SQL> 

; Is field mandatory Y/M : 

N 

; Is field fixed lenath Y/N : 

N 
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; A u t o j u m o to next field Y/M : 

N 

; Convert field to uooer case Y/M : 
M 

; He 1 d message : 

ENTER ASSEMBLY CODE 
(Lowest value : 

/Highest value • 

/•Field name : 

TEXTID 



JTyoe of field : 
NUMBER 



/Length of field / Disolav 
6/6 

? I s this field in the base 
Y 



/• I s this field 
Y 

;Field to cooy 
; Default value 



Dart of the 
Drirnarv '<ey 
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length : 
t a b 1 e Y / N 
or i nary k e 
from : 



; Page : 
7 

/Line : 



9 



/Column : 

10 

/ P r omo t : 

TEXT ID 

/DisDlay oromot above field Y / N : 

N 

? D i s D 1 a y oromot once for oloc'< Y / N : 
N 



/Allow field to be entered Y / M : 
M 



; S0L> 

SELECT MAX ( TEXTID + 1 ) 

INTO TEXTID 
FROM STEXT3L0CK 



/Messaae if value not found : 
ID NOT GENERATED a Y SYSTEM 
?Must value »xi st Y/M : 

Y 

/Field name : 



Y/M 
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■Block na^e 



/ 



Oescri of i on t 



%END 
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J Dat abase : 

CREATEDB.UF 1 

; ORACLE worxsoace size / Context areas : 

J B 1 o c k na?e / Descriotion : 

IDENT IT Y/HARDa'ARE PERFORMANCE S P EC I F I C A T I OMS 
J Tab 1 e name : 

IDENTITY6L0CK 

; Chec k for uniqueness before insert i nq Y/N : 



Y 

» D i SO 1 ay /Bu f f e r how many records : 

1 

; F i e 1 a name : 

MICROPROC 
? Type of field : 

CHAR 

JLength of field / Disolay leoath : 

25/25 

; I s this field in tne oase t a o 1 e Y / N : 

Y 



? Is this field part of the orimary key 
Y 

/Field to coov primary key from : 

/Default value : 

;Paae : 

1 



y / N : 



/Line : 
2 



? C o 1 u mn : 

1 b 

/ P r omo t : 

MICROPROCESSOR 

/Display cromot above field Y / N : 
N 

/Allow field to be entered Y / M : 

Y 



; SQL> 



/Is field fixed lenqth Y / N : 

N 

/‘Auto jumo to next field Y / N : 

N 

/Convert field to uooer case Y/\J : 

N 

JHelo messaoe : 

ENTER MICROPROCESSOR TO RE DESCRIBED 
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Lowest v3) ue 



; H i q h e s t value - 

; F i e 1 d naoe : 

HwMACRO 

; Tyoe of field : 

CHAR 

JLenoth of field / Oisnlav 

25/ 25 

; Is this field in the base 

Y 

Jls this field oart of the 

Y 

/Field to co oy orimary key 

/Default value C 

/Page : 

1 

/Line : 

a 



1 e na t h : 
t a o 1 e Y / N : 
ori'narv kev 
f r osi : 



/Column : 

20 

» Ppomot : 

HARDWARE PRIMITIVE 

/Disolay oromot above field Y/N : 
M 

; A 1 1 o w field to be entered Y/N : 

Y 



; SQL> 



y/n : 



; Is field fixed length Y / N : 

M 

,-Auto juno to next field Y/N : 

N 

^Convert field to uocer case Y/'-l : 

N 

;Helo message : 

ENTER NAME OF H/w ^ACRO TO BE DESCRIBED i.e. 

! Lowes t value : 

JHiqhest value : 

JField nane : 

MILLIWATTS 
/ T yoe of field : 

NUMBER 



H . RAV256 
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1 e no t h 



JLenoth of field / Disolay 
6/6 

7 I s this field in the base taole Y / N t 

Y 

/Is this field oart of t h o orimary key Y / N 7 
N 

/Default value : 

/Page : 

1 

7 L i n e : 

6 

/Col unn : 

12 

7 Pronnot 7 

milliwatts 

7 D i s d 1 a y oroTot a o o v e field Y/I'j : 

N 

?Allow field to be entered Y/M : 

Y 

/Allow field to be undated Y/M : 

Y 

? SQL> 

/Is field mandatory Y/M : 

M 

; Is field fixed length Y/M : 

N 

/Auto junno to next field Y/M : 

N 

/Convert field to uooer case Y/M : 
iM 

; He 1 p ties sage t 

EMTER POWER CONSUMPTION REQUIREMENTS FOR «ACR0 

/’Lowest value : 

/Highest value 7 

7 F i e 1 d nane : 

CHIPCOUNT 

7 Tyoe of field 7 

NUMBER 

/Length of fielci / Disolay lenath : 

6/6 

; Is this field in the base taole Y/M : 

Y 

/Is this field oart of the oritiary key Y/M : 

N 
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} Oef au 1 t va'ue : 



; p aae : 

1 

/Line : 

8 

/ Co 1 umn : 

12 

t P romot : 

CHIP COUNT 

jDisolay oromot above field Y/N : 

N 

/Allow field to be entered Y/N : 

Y 

/Allow field to be uDoa^ed Y / M t 

Y 

; SQL > 

7ls field mandatory Y / M : 

N 

/Is field fixed length Y / M : 

N 

/Auto jumo to next field Y/N : 

N 

^Convert field to uooer case f/N : 

N 

; He 1 d me s s aoe : 

ENTER NUMBER OF CHIP COMPONENTS REGUIRED BY -1ACR0 
COST 

/ Lowes t value : 

/Highest value ‘ 

! F i e 1 d name : 

LATENCY 

r’Tyoe of field : 

NUMBER 

/Lenoth of field / Oisolay lenoth : 

6/6 

; Is this field i ° toe base taole Y/N : 

Y 

/Is tnis fielo cart o * the o rim ary key Y/N : 

N 

/Default value ' 

/Paae : 

1 

J L i ne : 



A ° P R . 



Ill 



10 

r Co 1 LTTir : 

9 

iPromot : 

LATENCY 

JDisnlay oromot aoove field Y/N : 

N 

/Allow field to be entered Y / M : 

Y 

; A 1 1 o w field to be undated Y/N : 

Y 

; SQL > 

; Is field mandatory Y/N : 

N 

; Is field fixed lenoth Y/N : 

N 

?Auto jumo to next field Y/N : 

N 

/Convert field to uooer case Y/N : 

N 

; He 1 o messaae : 

; Lowest value : 

; Hi ahest value ’ 

/Field name : 

POINTER 

JTyoe of field : 

NUMBER 

^Length of field / Oisolay lencth : 

6/6 

/Is this field in the base table Y/N : 

Y 

?Is this field oart of the orimary kev Y/N 
N 

/Default value • 

99 

;Page : 

1 

/•Line : 

12 

/Column : 

Q 

/Prompt : 

POINTER 

/Display oromot above field Y/N : 
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N 

; A 11 o w field to be entered Y/N : 

M 

;SQL> 

SELECT MAX (POINTER 1 1 ) 

INTO POINTER 
FROM IDENTITY3L0CK 

/Message if value not found : 

POINTER NOT GENERATED BY SYSTEM! 1 1 1 
/Must value exist Y / N : 

Y 

;Field name : 

JBlock name / Oescript ion : 

PARAMETER/CONTAINS MACRO’S ARGUMENTS WITH PRECISION REQ'TS 

> Tab 1 e name : 

PARAMETERBLOCK 

JCHeck for uniaueness before insert i nq Y/N : 

Y 

J D i sd 1 a y /Bu f f e r how many records : 

6 

/Base crt line ? 

3 

/How many physical lines oer record ? 

3 

/Field name : 

pointer 

/Tyoe of field I 
NUMBER 

JLenqth of field / 0 i s c 1 a y length : 

6/6 

/Is this field in the base taole Y/N : 

Y 

/Is this field oart of the primary key Y/N : 

Y 

/Field to copy Primary key from : 

/ De fault value ' 

/‘Page : 

2 

; L i n e : 

1 

r Co 1 umn : 

9 

1?rompt : 

POINTER 
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/Display prompt aPove field Y / N : 

M 

jDisolay prompt once for block Y / N : 

M 

;A1 low field to be entered Y/M : 

Y 

;sql> 

? Is field fixed length Y/M : 

N 

»Auto jump to next field Y/M : 

M 

/Convert field to uooer case Y/M : 

M 

; He 1 p message : 

ENTER POINTER VALUE GENERATED IN PREVIOUS SLOCK 

JLowest value : 

/Highest value ' 

; F i e 1 d name : 

parameter 

? T ype of field : 

CHAR 

JLenath of field / Display length : 

25/25 

; Is this field in the base taole Y/M : 

Y 

; Is this field oart of the primary key Y/M : 

Y 

/Field to copy Primary kev from : 

/Default value i 



TPaqe : 

2 

; L i n e : 

1 

/Column : 

40 

? P r omp t t 
PARAMETER 

/Display prompt aoove field Y/M : 

N 

/Disnlay oromot once for block Y/M : 
N 

/Allow field to be entered Y/N : 

Y 
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SQL> 



; Is field fixed 1 enath Y / N : 

M 

; A u t o j u m o to next field Y/N : 

N 

(Convert field to u o o e r case Y / M : 

N 

; He 1 d message : 

ENTER INPUT OR OUTPUT PARAMETER FOR PRIMITIVE 
JLowest value : 

; Hi qhest value : 

/Field name : 

MINIMUM 

/Type of field : 

NUMBER 

/Length of field / Display lenoth : 

6/6 

/Is this field in t n e base table Y/N : 

Y 

/Is this field o a r t of the orimarv key Y / N : 

N 

/Default value : 

;Paae : 

2 

/Line : 

P 

/Column : 

9 

jPromot : 

MINIMUM 

/Display oromot above field Y/N : 

N 

JDisolay oromot once fen block Y/N : 

N 

JAIlow field to be entered Y/N : 

Y 

/•Allow field to be uodated Y/N : 

Y 

SQL > 

/Is field mandatory Y/M : 

N 

; Is field fixed length Y/N : 

N 
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; Aut o j u m o to next field Y / N : 

N 

(Convert field to uooer case Y/N : 

N 

/ He 1 c message : 

ENTER MINIMJM PRECISION FOR PARAMETER i.e. 8 bits 
(‘Lowest value : 

? Highest value : 

; F i e 1 d name : 

MAXIMUM 

JTyDe of field ' 

NUMBER 

JLength of field / Disolay I enot H J 
6/6 

; Is this field in t * e base table Y/N : 

Y 

; I s this field Dart of the or i many xev Y / N : 

N 

J Default value : 

; Page : 

2 

; L i ne : 

2 

/Column : 

ao 

;Promot : 

MAXIMUM 

lOisDlay oromot above field Y / N : 

N 

/Disolay oromot once for Mock Y / N : 

N 

/Allow field to be entered Y/N : 

Y 

(‘Allow field to be undated Y/N : 

Y 

;sql> 

/Is field mandatory Y/N : 

N 

/• Is field fixed lenath Y/N : 

N 

/Auto jumo to next field Y/N : 

N 

/Convent field to uooer case Y/N : 

N 
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t He I d message : 

EMTER MAXIMUM BIT PRECISION FOR PARAMETER i 
J Lowest value : 

JHiahest value ' 

! F i e 1 d name : 

(Block name X Oescriotion : 

comments/comments FOR primitive 

liable name : 

commentblock 

JCheck for unjaueness before insert i no Y/N 

N 

; D i so l ay /Bu f f e r how many records : 

5 

;3ase crt line ? 

a 



;How many ohysical lines oer record ? 

a 

TField name t 
POINTER 

? T yoe of field : 

NUMBER 

(Lenoth of field / Disolay lenath : 

6/6 

;Is this field in the base taole Y/N : 

Y 

(* Is this field oart of the orimary key 

Y 



J Field to cooy orimary key from : 

(Default value : 

TPaae : 

3 



(Line : 
l 

r Co 1 umn : 
9 



; Promot : 

POINTER 

JOisDlay oromot aoove field Y/N : 

M 

(Disolay oromot once for block Y/N : 
N 

(Allow field to be entered Y/M : 

Y 



Y/N 



e . 



1 6 bits 



U7 



; SQL > 



r Is field fixed lenath Y/N : 

N 

/Auto j u m o to next field Y/M : 

M 

/Convent field to uoper case Y/M : 

M 

?He Id rnes sade : 

ENTER POINTER VALUE GENERATED IM FIRST BLOCK OF PRIMITIVE 

DESCRIPTION 

/Lowest value : 

;Hicjhest value • 

/Field name t 
COMMENT 

/Tyoe of field : 

CHAP 

/Lenath of field / Disolay lenath : 

80/80 

/Is this field in the base table Y/N : 

Y 

/Is this field o a r t of the primary kev Y/N : 

N 

/Default value t 

; p aae : 

3 

/Line : 

2 

/Column : 

9 

; Promct : 

COMMENT 

/DisDlay oromot above field Y/M : 

N 

JDisolav oromot once for block Y/N : 

N 

; A 1 1 ow field to be entered Y/N : 

Y 

/Allow field to be uodated Y/M : 

Y 

,*SQL> 

/Is field mandatory Y/N : 

N 

; Is field fixed lenath Y/N : 
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N 

A u t o j u m o to next field Y/N : 

N 

^Convert field to unoer case Y/N : 
M 



; He 1 o mes saoe : 

COMMEMT PRIMITIVE FDR BETTER UMDERS T AND I NG OF DESIGN 
t Lowes t value : 

jHighest value ' 

J F i e 1 d name : 

COMID 

> T yoe of field J 
NUMBER 

> L e n g t h of field / Oisolav 1 e n a t h : 

6/6 

; I s this field in the base tanle Y/N : 

Y 



; Is this field oart of the orimary kev Y / N : 
Y 



JField to cooy orimarv key from : 

7 Default value : 

99 

;Paoe : 

3 

J L i n e : 

3 

» Co 1 umn : 

50 

f’Proirot : 

COMMENT ID 

JOisolay oromot aDove field Y/N : 

N 

» D i s D 1 a y oromot once for block Y/N : 
N 



* A 1 1 o w field to be entered Y/N : 
N 



;sql> 

SELECT vi a X (COMIO t 1) 

INTO CO^IC 

FROM COMMENTRLOCK 



JMessaoe if value not found t 
COMMENT ID NOT GENERATED! I 1 
; Must value exist Y/N : 

Y 
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;Field naTe t 



/Block name / Oescriot ion : 

INCLUDE/ DESCRIPTION OF PRIMTIVE TO BE INCLUDED ^ITH CURRENT 

primitive 

/Table name : 

I NCLUDE3L0C ■< 

J C h e c k for uniqueness before inserting Y/N : 

N 

;Disolay/Buffer how many records : 

2 

;Base crt line ? 

2 

; How many ohy$ica1 lines oer record ? 

a 



; F i e 1 d name : 

pointer 

J T y o e of field : 

NUMBER 

? L e n a t D of field / Disolay 
b/fe 

; Is this field in the base 

Y 

; Is this field oart of toe 

Y 

JField to cooy orimary key 

> De fault value J 

»Paqe : 

a 

; L i ne : 

1 



1 eno t o : 

t a o 1 e Y/N 
o r i m a r y k 
from : 



J Co 1 umn : 

9 

;Pr omot : 

pointer 

I Oi so 1 ay oromot above field Y/N : 
N 



v 



y/n : 



JOisDlay oromot once for o 1 o c « Y/N : 
N 

/Allow field to be entered Y/N : 

Y 



;sql> 



; Is field fixed lenoth Y/N : 

N 

JAuto iumo to next field Y/N : 
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•N 

/Convert field to uooer case Y/N : 

N 

; He 1 o message : 

EMTER POINTER VALUE GENERATED FROM FIRST RLOCK/PAGE 
/Lowest value : 

^Highest value • 

? F i e 1 d name : 

INCLUDE 

M y d e of field : 

CHAR 

/ L e n q t h of fie'd / Disolav 1 e n a t h : 

25/2S 

/• Is this field in the base taole Y/N : 

Y 

Ms this field Dart of the orimary kev Y / N : 

N 

/Default value : 

JPage : 

a 

/Line : 

1 

/Column : 

UO 

’ P ronot t 
INCLUDE 

/Disolay o r o m o t above field Y / N : 

N 

JDisDlay oromot once for block Y/N : 

N 

; A 1 1 o w field to be entered Y / N : 

Y 

/Allow field to be undated Y/N : 

Y 

;sol> 

Ms field mandatory Y / M : 

N 

Ms field fixed lenoth Y/N : 

N 

/Auto jumo to next field Y/N : 

N 

^Convert field to uooer case Y/N : 

N 

; He 1 o messaoe : 
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ENTER HARDWARE OR SOFTWARE PRIMITIVE TO RE INCLUDED 
! Lowes t value t 

JHiqhest value : 

; F i e 1 d nane : 

INCIO 

;Type of field : 

NUMBER 

JLength of field / Oisolay lenath : 
b/b 

; Is this field in the base taole Y/N : 

Y 

; Is this field oart of the ori nary key Y/N : 

Y 

? F i e 1 d to coov Drinary key f r o t : 

^Default value : 

99 

/Page : 

a 

/Line : 

2 

? Co 1 unn : 

12 

jPromot t 
INCLUDE ID 

/Display Prompt above field Y/N : 

N 

JDisolay o r o m o t once for block Y/N : 

N 

? Allow field to be entered Y/N : 

N 

;sql> 

SELECT MAY (INCIO + 1) 

INTO INCIO 

FROM IMCLUDEBLOCK 

/Message if value not found : 

INCLUDE ID MOT GENERATED PY SYSTEM! I 1 ! 

/Must value exist Y/N : 

Y 

/Field name : 

/Block name / Description : 

CALL/DESCRIPTION OF PRIMITIVE TO BE CALLED BY 
CURRENTPR1MIT I VE 
? Tab 1 e name : 
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C ALLBLOCK 

; Chec k for uniaueness before insert i n a 
N 

JDisDlav/Ruffer how many records : 

2 

/Base crt line ? 

14 

; How many physical lines oer record ? 

4 



; F i e 1 d name : 

POINTER 

JTyoe of field • 

NUMBER 

J L e n q t h of field / Oisolay 

6/6 

; Is this field in the base 

Y 

; Is this field oart of the 

Y 

/Field to cooy orimary key 

/Default value : 

»Paae : 

4 



1 e na t h : 
taole Y/M : 
orimary key 
from : 



/Line : 

1 

/'Col unn : 

9 

TPromot I 

pointer 

? D i s d 1 a y oromot above field Y/M : 

N 

JDisolay oromot once for bloc< Y/M : 
N 



/Allow field to be entered Y / N : 
Y 

;SQL> 



Y/M : 



Y/M : 



Jls field fixed length Y/N : 

N 

i Auto jumo to next field Y/N : 

N 

/Convert field to uooer case Y/N : 

N 

; He 1 o message : 

ENTER POINTER VALUE GENERATED IN FIRST BLOC* 
/‘Lowest value : 
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/Highest value '• 

/Field nane : 

CALL 

/Type of field : 

CHAR 

/ L e n q t h of field / Disolav 1 e n q t h t 
25/25 

; I s this field in the base table Y/M : 

Y 

Ms this field oart of the orinarv key Y / N : 

M 

/Default value ’ 

7 p age : 

a 

7 L i ne : 

1 

/Col umn : 

ao 

/ Promot : 

CALL 

/Display o r o m o t above field Y / N : 

N 

/ D i s o 1 a y oromot once foe block Y / N : 

M 

/ A 1 low field to be entered Y/M : 

Y 

? A 1 low field to be uodated Y/M : 

Y 

; SQL> 

Ms field mandatory Y/M : 

N 

Ms field fixed lenoth Y / N : 

M 

; A U t o jumo to next field Y/M : 

M 

/Convert field to u o o e case Y/M : 

M 

; He 1 o message : 

ENTER H/d OR S/d primitive TO BE CALLED F R 0 m CURRENT MACRU 
7 Lowes t value : 

/Highest value 7 

/Field name / 
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CALLID 

; T yoe of field : 

NUMBER 

/ L e n q t 6 of field / P i s o 1 a y length : 

6/6 

; Is this field in the base table Y / N : 

Y 

; Is this field oart of the orimary key Y / N 

Y 

?Field to c ooy Drimary kev f ran : 

^Default value : 

99 

; p age : 

a 

; L i n e : 

? 

J Co 1 u-nn : 

1 0 

; P r omo t : 

call id 

; D i s d 1 a y oromot above field Y / N : 

N 

JDisolay oromot once for clock Y / N : 

N 

; All ow field to be entered Y / N : 

;sql> 

SELECT MAX (CALLID + 1) 

INTO CALLID 
FROM CALL6L0CK 

JMessaqe if value nor found : 

CALL ID NO I GENERATED BY SYSTEM 1 I I I 
; Must value exist Y/N : 

Y 

jField nane : 

; Block name / Descriotion : 

calc/calculation of global variables 

/Table name : 

CALCRLOCK 

1 Check for uni aueness before insertion Y/N 
N 

J D i sd 1 ay /Bu f f e r how nary records : 

? 

/Base crt line ? 

2 
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; How nany ohvsical lines oer record ? 

5 



J F i e 1 d name : 

pointer 

;Type of field : 

NUMBER 

JLenath of field / Disolav 
6/6 

; Is this field in the base 

Y 

; Is this field oart of the 

Y 

; F i e 1 d to cooy orimary kev 

} Default value • 

;Paqe : 

5 



1 enoth : 
table Y/N : 
orimary k«y 
from : 



; L i ne : 
1 



iColuTin : 
9 



t P romo t : 

pointer 

?Disolay oromot above field Y/N : 

N 

JOisolay oromot once for olocK Y/N : 
N 

r A1 low field to be entered Y/N : 

Y 

; SQL > 

; Is field fixed lemth Y/N : 

N 



Y/M 



? Auto jumo to next field Y/N : 

N 

^Convert field to uooer case Y/N : 

N 

JHelo mes s a ae : 

ENTER POINTER VALUE GENERATED IN FIRST BLOCK 
JLowest value : 

; Highest value : 

; F i e 1 d name : 

GLOBVAR 

rTyoe of field : 

CHAR 



126 



J L e n q t h of field / 0 isolev 1 e n a t h : 

25/25 

; Is this field in the base table Y/M : 

Y 

; Is this field oart of the o r i m a r y key 
N 

(Default value ' 

i p aqe : 

5 

; L i n e : 
t 

('Column : 

ao 

J P pomot J 
GLOBAL VARIABLE 

(Disolay oromot above field Y/M : 

N 

(Display oromot once for block Y / iN : 

N 

»A!low field to be entered Y/M : 

Y 

»Allow field to be updated Y/M : 

Y 

; SQL> 

?Is field mandatory Y/M : 

M 

Ms field fixed 1 e n q t h Y/M : 

M 

»Auto j umo to next field Y/M : 

N 

(Convert field to uooer case Y/M : 

M 

(Help message : 

ENTER GLOBAL VARIABLE TO BE CALCULATED 
(’lowest value : 

;Highest value : 

? F i e 1 d name : 

OP 

(Type of field : 

CHAR 

(Lenqth of field / Disolay lenoth : 

3/3 

(Is this field in the base taole Y/M : 

Y 



Y/M 
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; I s this field oart of the oriTiary kev 
N 

^Default value : 

;Paae : 

5 

/Line : 

2 

; Co 1 umn : 

1 0 

rPromot : 

OPERATOR 

;Disolay prompt above field Y/N : 

N 

/Display d r o m o t once for bloc< Y/M : 

N 

? A 1 low field to be entered Y/N : 

Y 

/Allow field to be updated Y/M : 

Y 

; SQL > 

; Is field mandatory Y/M : 

M 

/Is field fixed lenath Y/M : 

N 

? A u t o jump to next field Y/M : 

N 

J Convert field to uocer case Y/M : 

N 

; He 1 d message : 

ENTER OPERATOR **,*,+,-,/ 

/Lowest value : 

;Hiahest value : 

; F i e 1 d name : 

VAR 

/Type of field : 

CHAR 

JLenqth of field / Display lenath : 

25/25 

; Is this field in the base table Y/iN : 

Y 

; Is this field part of the Primary key 
N 

; Default value : 



Y/M 



Y/M 
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/Page : 

5 

1 L i n e : 

2 

;Co1 u-nn : 

40 

iProniDt : 

VARIABLE 

/Display prompt above field Y / M : 

N 

JDisplay o r o m o t once for block Y / M : 

M 

/Allow field to be entered Y / ' I : 

Y 

JAllow field to be updated Y / N J : 

Y 

,'SQL> 

; I s field mandatory Y / N : 

M 

; Is field fixed length Y / H : 

M 

lAuto jump to next field Y / N : 

/’Convert field to ucoer cas° Y / M : 

■4 

; He 1 o message : 

GLOBAL VARIARLE (OPERATOR) VaRIARLE = R SL T 
/ Lowest value : 

/Highest value • 

/Field name : 

RSLT 

; Type of field : 

CHAR 

JLenath of field / Disolav lenath : 

25/25 

/*Is this field in the base fade Y / M : 

Y 

; I s this field Part of the primary <ev < /*\ 
N 

/Default value ' 

/Page : 

5 

t L i ne : 

5 



129 



(Column : 

40 

; P romot : 

RESULT 

; D i splay o r o m o t above field Y / N : 

N 

JDisolay d r o m o t once for block Y / N : 

N 

; A1 1 OW field to be entered Y / N : 

Y 

; All ow field to be undated Y / N : 

Y 

;sql> 

; Is field mandatory Y/N : 

M 

; I s field fixed length Y / M : 

N 

r’Auto jumo to next field Y / N : 

N 

(Convert field to uooer case Y/M : 

N 

?He I d message : 

GLOBAL VARIABLE (OPERATOR) VARIABLE - RESULT 
(Lowest value : 

; Hi ghest value ' 

'• F i e 1 d name : 

CALCID 

?Tyoe of field : 

NUMBER 

(Lenath of field / Disolav length : 

6/6 

(Is this field in tne base table Y / N : 

Y 

(Is this field cart of the orimary key Y /M : 

Y 

(Field to cony orimary kev from : 

(Default value : 

99 

TPaqe : 

5 

(Line : 

4 

; Column : 

1 0 
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/Prompt : 

CALC ID 

/Display oroirot above field Y/N : 

M 

/Display o r o m o t once for block Y / N : 

N 

/Allow field to be entered Y/N : 

Y 

/ SQL> 

SELECT MAX (CALC ID + 1 ) 

INTO CALCID 
FROM CALC BLOCK 

/Messaqe if value not found : 

CALC ID NO 1 GENERATED BY SYSTEM! ! ! 1 
/Must value exist Y/N : 

Y 

/Is field fixed lenqt^ Y/N : 

N 

/Auto jump to next field Y/N : 

M 

/Convert field to uooer case Y/N : 

N 

/ He 1 o message / 

VALUE SHOULD BE GENERATED BY SYSTEM AT COMMIT TI^f 
/ Lowest value : 

/Highest value / 

/Field name : 

/Block name / Description : 

ATTRIBUTE/ CALCULATION OF GLOBAL VARIABLES 
/Table name : 

ATTRIBUTE BLOCK 

/Check for uniaueness before insertina Y/N : 

M 

ZDisolay/Buffer how many records : 

2 

/Base crt line ? 

1 a 

/How many physical lines oer record ? 

5 

/Field name : 

POINTER 

/Type of field : 

NUMBER 

/Length of field / Disolav 1 enath : 
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t a o 1 e Y / N 



6/6 

; Is this field in the base 

Y 

; Is this field oart of the orimarv i<ey Y/N : 

Y 

/Field to cODy oriaiary key front : 

/Default value : 

/Page : 

5 

J L i ne : 

1 

J Co 1 utin : 

9 

JPromot : 

POINTER 

/Disolay oro^ot above field Y/N : 

N 

/Disolay oronot once for olock Y/N : 

N 

/Allow field to be entered Y/N : 

Y 

; SQL> 

/Is field fixed lenqth Y/N : 

N 

/Auto jumo to next field Y/N : 

N 

/Convert field to uooer case Y/'J : 

N 

/ He 1 o message : 

ENTER POINTER VALUE GENERATED FROM FIRST BLOCK/PAGE 
/ Lowest value : 

^Highest value • 

JField nane : 

LOCALVAR 

/Tyoe of field • 

CHAR 

/Lenqth of field / Disolay length : 

25/25 

; Is this field in the base taole Y/N : 

Y 

/Is this field oart of the orinary key Y/N : 

N 

J Default value : 
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/Page : 

5 

; L i n e : 

1 

; Co l uTin : 

40 

; Promot : 

LOCAL VARIABLE 

/Display o r o m o t above field Y/N : 

N 

JDisolay oromot once for block Y/N : 

M 

/Allow field to be entered Y/N : 

Y 

/Allow field to be undated Y/N : 

Y 

;sql> 

/Is field mandatory Y/N : 

N 

/Is field fixed length Y/N : 

N 

/Auto jumo to next field Y/N : 

N 

/Convert field to unoer case Y/N : 

N 

JHelp message : 

ENTER LOCAL VARIABLE VALUE TO BE CALCULATED 
/ Lowest value : 

/Highest value : 

/Field name : 

OP 

/ T ype of field : 

CHAR 

JLength of field / Display length : 

3/3 

/Is this field in the base taole Y/N : 

Y 

/Is this field part of the crimgry key Y / N 
N 

/Default value : 

;Page : 

5 

/Line : 
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2 

; Co I umn : 

10 

; P r omo t : 

OPERATOR 

;0iSDlay oromot above field Y/N : 

N 

? D i s d 1 a y oromot once for clock Y/N : 

M 

; Allow field to be entered Y/N : 

Y 

; A 1 low field to be undated Y/N : 

Y 

; SQL> 

; Is field mandatory Y / N : 

M 

; Is field fixed length Y/N : 

N 

JAuto jumo to next field Y/N : 

N 

^Convert field to uooer case Y / M : 

N 

; He 1 d message : 

LOCAL VARIABLE (**,*,»,-,/) VARIA^LF = RESULT 
TLowest value ' 

^Highest value • 

TField name : 

VAR 

; T yoe of field : 

CHAR 

TLenqth of field / 0 i s o 1 a y lenath : 

25/ 25 

; Is this field in the base table Y/N : 

Y 

; Is this field Dart of the orimary kev Y/M : 

N 

^Default value ' 

;P age : 

S 

1 L i n e : 

2 

J Co 1 umn : 

ao 

J Promo t : 
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VARIABLE 

/Display Dro^of aDove field Y/N : 

N 

/Display oromot once for block Y/N : 

N 

/Allow field to be entered Y / >J : 

Y 

/Allow field to be uodated Y/N : 

Y 

,* SQL > 

/Is field mandatory Y/N : 

N 

; Is field fixed length Y/N : 

N 

JAuto jumo to next field Y/N : 

N 

/Convert field to uoper case Y/N : 

N 

; He 1 d Ties s age : 

LOCAL VARIABLE (OPERATOR) VARIABLE = RESULT 
/Lowest value : 

^Highest value : 

/Field name : 

RSLT 

; Tyoe of field : 

CHAR 

/ L e n q t h of field / Disolay lenatn : 

P5/25 

/Is this field in tne base table Y/N : 

Y 

; Is this field Dart of the primary key Y/M 
N 

^Default value : 

JPaqe : 

5 

/Line : 

3 

/Column : 

ao 

; P r omo t : 

RESULT 

/Display oromot aDove field Y/N : 

N 

/Disolay oromot once for block Y/N : 
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N 

; Allow field to be entered Y/N : 

Y 

; Allow field to be uodated Y /N : 

Y 

; SQL > 

; Is field mandatory Y/N : 

NN 

; Is field fixed length Y/N : 

N 

jAuto i uifo to next field Y/N : 

N 

('Convert field to uooer case Y/N : 

N 

; He 1 d message : 

RESULT CAN CONTAIN INTERMEDIATE OR FINAL RESULTS OF VAR 

CALC . 

’> Lowest value : 

JHighest value : 

»Fie1d name : 

ATTRID 

JTyoe of field : 

NUMBER 

(Length of field / Disolay length : 

6/6 

; Is this field in the base table Y/N : 

Y 

(Is this field oart of the orimary k e v Y/N : 

Y 

(Field to cony orimary key from : 



(Default value : 

99 

JPage : 

S 

(Line : 

a 

(Column : 

15 

; P r omo t : 

ATTRIBUTE ID 

JDisolay oromot above field Y/N : 

N 

;Diso1av oromot once for block Y/N : 
N 
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/ A 1 low field to be entered Y/N : 

Y 

; SQL> 

SELECT MAX (ATTRID + 1) 

INTO ATTRID 

FROM ATTRIB JTEBLOCK 

/Message if value not found : 

SYSTEM DID NOT GENERATE ATTRIBUTE ID 
JMust value exist Y / M : 

Y 

; I s field fixed 1 e n q t h Y / :N I : 

N 

/Auto juno to next field Y / N : 

M 

/Convert field to uooer case Y / N : 

N 

;He1o iressaae : 

ATTRIBUTE ID IS SYSTEM GENERATED AMD IS a KFY FIELD 
/Lowest value : 

;Highest value : 

> F i e 1 d nane : 

/Block nane / Description : 

IF/DESCPIBES QRIMTIVE IE STATEMENTS 
? Tab 1 e nane : 

IFBLOCK 

? C h e c k for uniqueness before insert i no Y / N : 

N 

/Disolay/Buffer how nanv records : 

l 

;Field name : 

POINTER 

/ T yoe of field : 

NUMBER 

/Length of field / Display lenoth 
b/b 

/Is this field in the base taole Y/N : 

Y 

/Is this field Part of the orimary key Y/N : 

Y 

/Field to cooy orimary key from : 

/Default value : 

/Page : 
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6 

/Line : 

1 

; Column : 

9 

jPromDt t 
POINTER 

JDisolay oronot above field Y/N : 

N 

J 41 1 ow field to be entered Y / N : 

Y 

;sql> 

; Is field fixed length Y/N : 

N 

; Auto jumo to next field Y/N : 

M 

»' Convert field to uooer case Y/N : 

N 

; He 1 o message : 

ENTER POINTER VALUE GENERATED IN FIRST BLOCK/PAGE 
^Lowest value : 

; Hi qhest value : 

»Field na^e ’ 

VARIABLE1 
! Tyoe of field • 

CHAR 

ILenath of field / Disolav I »nath : 

25/25 

; Is this field in the base table Y / M : 

Y 

Jls this field cart of the o r i m a r y key Y/N : 

N 

/Default value • 

rPage : 

6 

/Line : 

1 

/Column : 

ao 

; p roino t : 

VARIABLE 1 

/Disolay oromot above field Y/N : 

N 

/Allow field to be entered Y/N : 
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Y 

; All ow field to be uDdated Y/N : 

Y 

;sql> 

/Is field mandatory Y/N : 

M 

; I s field fixed 1 e n q f h Y/N : 

N 

/Auto iumo to next field Y/N : 

N 

^Convert field to uooer case Y/N : 

N 

/Helo messade : 

VARIABLE1 (OP) VARIABLE? = RESULT 
JLowest value : 

> Hi ghest value • 

/Field name : 

OP 

?Tyoe of field : 

CHAR 

/Lenatb of field / Disolav lencth : 
3/3 

/Is this field in the base taole Y/N 

Y 

: Is this field oart of the orimary ke 
N 

/Default value : 

JPaqe : 

6 

J L i ne : 

2 

/Column : 

1 0 

/ P r omo t : 

OPERATOR 

/Disolay oromot aDove field Y/N : 

N 

/Allow field to be entered Y/N : 

Y 

/Allow field to be uodated Y/N : 

Y 

;sol> 

/Is field mandatory Y/N : 



Y/N 
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N 

; Is field fixed lenaf h Y / : 

N 

; Auto j u m o to next field Y/N : 

N 

^Convert field to uooer case Y/N : 

M 

; He 1 o mes sane : 

RELATIONAL OPERATOR (=,<,>,<=,>=) 

> Lowest value : 

^Highest value I 

/Field n a n e : 

VARIABLE? 

; T yoe of field t 
CHAR 

/ L e n a t h of field / Oisolav 1 e n a t h : 

25/25 

; Is this field in the base table Y/N : 

Y 

; Is this field o a r t of the o r i m a r y key Y/N 
N 

f De fault value : 

?Paae : 

6 

; L i ne : 

2 

7 Co 1 u Tin : 

AO 

»Promot : 

VARIABLE2 

/Oisolay oromot above field Y/N : 

N 

/Allow field to be entered Y/N : 

Y 

J A1 low field to be undated Y/N : 

Y 

;sql> 

; Is field mandatory Y/N : 

N 

! Is field fixed lenoth Y/N : 

N 

/Auto jumn to next field Y/N : 

N 

/Convert field to uooer case Y/N : 
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N 

; He 1 o nessaoe : 

VARIABLE1 (REL OP) VARIABLE? = RESULT 
J Lowest value : 

; H i g h e s t value : 

} F i e 1 d name : 

I FMP 

# T y n e of field : 

CHAR 

fLenqth of field / Oisolay lenath : 

25/25 

? Is this field in the base taole i / U : 

Y 

> Is this f i e 1 a oart of the or i nary kev Y / M 
N 

» Oef au 1 t value • 

JPage : 

6 

; L i ne : 

a 

? Co 1 unn t 
16 

» P romo t : 

MICROPROCESSOR 

» D i s o 1 a y o r o m o r above field Y / M : 

M 

»Allow field to be entered Y / N : 

Y 

JAllow field to be undated Y / ‘J : 

Y 

;sql> 

; Is field mandatory Y / N : 

N 

; Is field fixed lenath Y / 'J : 

N 

» A u t O jumo to next field Y / N : 

N 

? Convert field to uooer case Y / N : 

N 

; He 1 d messaae : 

E'lTER MICROPROCESSOR TYPE i. e . 8080 
f Lowest value : 

Jriighest value : 
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/Field name : 

IFMAC^O 

/Type of field : 

CHAR 

/ L e n q t h of field / Disolav length : 

25/25 

?Is this field in the base table Y/N : 

Y 

/Is this field oart of the orinnary key V / M 
M 

/Default value : 

;Page : 

6 

/Line : 

6 

/•Column : 

27 

;Promot : 

S/rt OR H /n °RIMITIVE NAME 
/Display oromot above field Y/N : 

N 

/Allow field to be entered Y/'l : 

Y 

/Allow field to be undated Y/N : 

Y 

; SQL> 

/Is field mandatory Y/N : 

N 

/Is field fixed lenath Y/N : 

N 

/Auto jumo to next field Y/N : 

M 

/Convert- field to uooer case Y/N : 

N 

/ He 1 d message : 

ENTER MACRO TO BE CALLED OP INCLUDED 
/ Lowes t value : 

/Highest value : 

/Field name : 

I FREQ 

/Type of field : 

NUMBER 

/Length of field / Display lenoth : 
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6/6 

J I s this field in tne base taole Y/N : 

Y 

; Is this field os rt of the orimary key Y / N : 
N 

» Oef au 1 t value : 

/Page : 

6 

/Line : 

8 

; Co l uTin : 

16 

; P pomo t : 

TIMES REQUIRED 

/ D i s o 1 a y oronot above field Y/N : 

N 

fAllow field to be entered Y/M : 

Y 

fAllow field to be undated Y / 'I : 

Y 

;sql> 

fls field mandatory Y/M : 

N 

; I s field fixed lenoth Y/M : 

N 

/Auto jumo to next field y /M : 

N 

fConvent field to uoDer case Y/M : 

M 

; He 1 d message : 

ENTER NUMBER DF times PRI^TIVE -MILL BE USED 
t Lowest value : 

fHi ghest value : 

/Field name : 

IFID 

fTyoe of field ' 

NUMBER 

/Length of field / Disolav leoath : 

6/6 

fls this field in the base taole Y/N : 

Y 

fls this field oart of the orimary <ev Y/N : 

Y 

/Field to cooy primary key from : 
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/Default value : 

99 

/Page : 

6 

/Line : 

10 

; Co l umn : 

30 

;Pronot : 

IF ID 

/Display prompt above field Y / N : 

N 

; A1 1 ow field to be entered Y / M : 

M 

;sot> 

SELECT MAX ( I c I D ♦ IT 
I MTO IFID 
FROM IFBLOCK 

/ M e s s a a e if value not found : 

ID MOT GENERATED 
J Must value e*ist Y/M : 

Y 

/Field name : 

/Block name / Descriotion : 

TEXT/ MACRO ASSEMBLY PROGRAM 
/ T ab 1 e name • 

TEXTBLOCK 

/Check for uniaueness before insert i na Y / N 
N 

/OisDlay/Suffer how many records : 

5 

/8ase crt line ? 

3 

/How many physical lines oer record ? 

a 

/Field name : 

POINTER 

/Type of fielo • 

NUMBER 

/Lenqth of field / Display lenath : 

6/6 

/Is this field in the base table Y/M : 

Y 

/Is this field Part of the Primary key Y/M 

Y 
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jField to copy ori^ary key from : 

/Default value : 

;Paae : 

7 

/Line : 

1 

/Column : 

9 

J P romot : 

POINTER 

;DisDlay oromot above * i e 1 d Y/N : 

N 

/Disolay oromot once for clock Y/N : 

N 

,‘Allow field to be entered Y/N : 

Y 

;sgl> 

/Is field fixed lenofh Y / N : 

N 

/Auto jumo to next field Y/N : 

N 

/Convert field to uooer case Y/N : 

N 

; He 1 o message : 

ENTER POINTER VALUE GENERATED IN THE FIRST BL0C< 
: Lowest value : 

/Highest value : 

/Field name : 

TEXT 



? T yoe of 
CHAR 


field 


• 

• 




/ Lena t h 
80/80 


of fie 


Id / 0 i so 1 a y 


1 e no t h : 


/Is this 
Y 


field 


in t He oase 


t a o 1 e Y / N : 


/Is this 
N 


field 


oart of the 


o r i t a r y kev 


/ De f au 1 t 


value 


• 




/Page : 
7 








/Line : 









2 
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/Column : 

6 

;PromDt : 

TEXT 

/Display oromot a o o v e field Y / N : 

N 

/Display o r o m o t once for o 1 o c k Y/N : 
N 

/Allow field to be entered Y/N : 

Y 

; A 1 low field to be updated Y/N : 

Y 

?SQl> 



/Is field mandatory Y/N : 

N 

/Is field fixed lenoth Y/N : 

N 

JAuto jump to next field Y/N : 

N 

/Convert field to uooer case Y/N : 
N 



/Help message : 

ENTER ASSEMBLY CODE LINE 
/ Lowes t value : 

/Highest value : 

/Field name : 

TEXTID 

/Tyoe of field : 

NUMBER 

/Length of field / Display 
6/6 

/Is this field in the base 

Y 

/Is this field oart of the 

Y 

JField to coov primary 1/ e y 

/Default value i 

99 

;Page : 

7 

/Line J 

3 

/Col umn : 

1 0 



length : 
taole Y/N : 
orimarv key 

f r3"i : 



Y/ f ’ 
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{ Promot : 

TEXT ID 

{Display oromot above field Y/N : 

N 

{ D i s d 1 a y oro^ot once for block Y/N 
N 

{Allow field to be entered Y/N : 

N 

{ SQL> 

SELECT MAX (TEXTID + 1) 

INTO TEXTID 
FROM TEXT3L0CK 

{ M e s s a a e if value not found : 

ID NOT GENERATED BY SYSTEM 
{Must value exist Y/N : 

Y 

{Field nane : 

{Block naoie / Oescriotion : 



%END 



LIST OF REFERENCES 



1 . Ross, A . A . , Computer Aided Design of Microprocessor-based 
Controllers , PhD. Dissertation, University of California, 
Davis, June 1978, pp. 10-15. 

2. McWilliams, Thomas, ’’SCALD: Structured Computer Aided 

Logic Design”, 15th Design Automation Conference 
Proceedings, 1978, Las Vegas, Nevada. 

3. Sherlock, Barbara J., User-Friendly, Syntax Directed Input 
to a Computer Aided Design System, Master’s Thesis, 

Naval Postgraduate School, Monterey, California, June 

1983, pp. 22-32. 

4. Ross, A. A. and Loomis, H.H. Jr., "Computer Aided Design of 
Microprocessor Based Systems”, 15th Design Automation 
Conference Proceedings, pp. 227-230, IEEE. 

5. Oracle Users Manual, Rlational Systems Incorporated, 

March 1983. 

6. Date, C.J., An Introduction to Database Systems , 
Addison-Wesley Publishing Company, pp. 382-3 84 , 1977 . 

7. Katz, Randy H. , ’’David: Design Aids for VLSI Using 

Integrated Databases", IEEE TC Database Engineering 
Bulletin , Vol. 5, No. 2, June 1982, pp. 29-32. 



148 



BIBLIOGRAPHY 



Matelan, M.N. , "Automating the Design of Dedicated Real Time 
Control Systems", Preprint UCRL-78651, Lawrence Livermore 
Lab, 21 August 1976. 



INITIAL DISTRIBUTION LIST 



No. Copies 



1. Defense Technical Information Center 2 

Cameron Station 

Alexandria, Virginia 22314 

2. Library, Code 0142 2 

Naval Postgraduate School 

Monterey, California 93943 

3. Chairman, Code 52 2 

Department of Computer Science 

Naval Postgraduate School 
Monterey, California 93943 

4. LTCOL Alan A. Ross. Code 52Rs 4 

Department of Computer Science 

Naval Postgraduate School 
Monterey, California 93943 

5. LT Heather J. Walden, USN 1 

304 Mansion Drive 

Alexandria, Virginia 22302 



150 



/7 



j 



S7 




* J 7 8 7 1 

Thesis X 

/off 17 tedes 

8 ^? P pi 1 D ° aM0n °T a 

bas e “anagein? &ta 

^ o « & desiCT a ""4?;; e : 



'pi 

■ Jr _A 



Thesis 

W22017 Walden 

c.l The application of a 

general purpose data 
base management system 
to design automation. 




thesW22017 

The application of a general purpose dat 



3 2768 001 92852 6 

DUDLEY KNOX LIBRARY 






’J 

- - . 'I ■?**'' : ' \ < 



















